- 综合排序
- 最热优先
- 最新优先
- 来自专栏开源部署
MySQL设计表规范
规范总结 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用 MySQL 保留关键字【设计表后逐一排查】 所有表必须使用 Innodb 存储引擎，数据库和表的字符集统一使用 ://dev.mysql.com/doc/mysqld-version-reference/en/keywords-8-0.html 建议在设计数据表之后逐一排查有没有使用关键字。 数据库基本设计规范 1. 通常存储于文件服务器，数据库只存储文件地址信息 数据库字段设计规范 1. 【MySQL 内存临时表不支持 TEXT、BLOB 这样的大数据类型，如果查询中包含这样的数据，在排序等操作时，就不能使用内存临时表，必须使用磁盘临时表进行。
2K10编辑于 2022-08-18 MySQL表设计经验
表设计是每一个后端程序员都无法避开的一块转，而且这块砖一不小心就很容易烫手，本篇笔记就是喂了帮助大家在设计表是能够轻松拿捏1.命名规范数据库表名、字段名、索引名等都需要命名规范。 在mysql中，varchar和char类型表示字符长度，而其他类型表示的长度都表示字节长度。 所以在设计表时需要充分考虑一个字段的长度，比如一个用户名字段（它的长度是5~20个字符），你觉得应该设置多长呢？可以考虑设置为varchar(32)。需要注意字段长度一般设置为2的n次方。 不要建立过多的索引：每个表所建立的索引数量应该控制在一个合理的范围内，一般不要超过5个。因为过多的索引会导致写入速度变慢，并占用更多的存储空间。 11.避免使用MySQL保留字如果库名、表名、字段名等属性含有保留字时，SQL语句必须用反引号来引用属性名称，这将使得SQL语句书写、SHELL脚本中变量的转义等变得非常复杂。
40410编辑于 2025-07-23- 来自专栏code人生
MySQL大表设计
存储大规模数据集需要仔细设计数据库模式和索引，以便能够高效地支持各种查询操作。 数据库设计表结构设计垂直分割：将大的表分割成多个相关性较小的表，以减少单个表的字段数量。这有助于提高查询效率和降低冗余。规范化：合理使用规范化，将重复数据抽取成独立的表，以减小数据冗余。 索引设计主键索引：对主键字段创建索引，以提高检索速度。 分库分表如果数据量仍然巨大，可以考虑分库分表策略，将数据划分到不同的数据库或表中。4. 数据分区根据时间、范围等条件对数据进行分区，以提高查询效率。5. 在设计时，充分了解数据的访问模式，根据查询的特点合理设计索引，通过适当的规范化和分区来优化存储结构，最终达到高效的查询和存储效果。我正在参与2023腾讯技术创作特训营第三期有奖征文，组队打卡瓜分大奖！
86210编辑于 2023-11-22 - 来自专栏ops技术分享
Mysql实例 表设计
二.设计表格 公司表 公司名称 公司编号（自增主键） 电话号码 A 1001 xx B 1002 xx 广告表 广告编号 有该广告的公司的编号（自增主键） 广告收费/点击一次 1 1001 2 2 1001 3 3 1002 2 点击表 广告编号 该广告发送给浏览者的日期 1 101101 2 101102 1 101323 3 111232 三.查询 查都有哪些公司 直接查询公司表的 公司名称 字段 select 公司名称 from 公司表; 结果为A,B公司投放了广告 查A公司都放了哪些广告 先到公司表，将公司名称=A的编号提取出来，然后将公司编号作为条件去广告表里找广告编号。 between 100000 and 199999; 最后做个计算即可 四.分析 表结构设置 目前有3张表，基本满足业务需求，但未来查询更多，需要重新设计主键位置，表结构。 当数据庞大，首当其冲的是点击表，可能一天有几万次记录写入，这张表将变得庞大，可以考虑将表根据月份进行拆分。
1.6K20发布于 2021-06-17 - 来自专栏shigen的学习笔记
mysql表设计规范
20个，表的字段过多，表中保存的数据可能会很大，查询的效率会降低。 大表拆成小表，让他们的主键相同即可。 尽可能使用 not null定义字段将字段设置成空字符串或者常量值not null防止出现空指针的问题null值存储也需要额外的空间，导致比较运算更为复杂，是优化器难以优化sqlnull值可能会导致索引失效设计索引有查询条件的字段 ，一般要加索引单表的索引不超过5个区分度不高的字段，不添加索引（性别）避免索引失效的情况（mysql的内置函数）索引过多，选用联合索引优化不使用外键关联使用外键存在性能问题、并发死锁问题、使用起来不方便等 mysql对于存储过程、触发器等还不是很成熟，没有完善的出错记录处理，不建议使用sql编写的优化经验查询尽量不要使用select *查询的结果只要一条或者只要最大/小的一条记录，建议使用limit 1避免
61930编辑于 2023-09-17 - 来自专栏从码农的全世界路过
MySQL表的物理设计
在设计好表结构之后, 就需要进行物理设计, 将实体及属性映射到具体表和列. 而合理选择存储引擎和列类型也是数据库设计十分重要的一个环节. 物理设计包括, 命名规范, 存储引擎, 列字段选择, 主键设计以及主键生成算法. 一. 命名规范 首先在定义数据库,表,字段时一定要公司的命名规范; 二. 如存储金钱相关数据, 那最好是decimal类型 列类型 存储空间 是否精确类型 float 4字节 否 double 8字节 否 decimal 每4字节存9个数字,小数点占1个字节 是 3.3 字符串类型 MySQL 主键选择 应选择尽可能小且顺序增长的数字类型, 并且表主键可以与业务主键不同. 其核心思想是：使用41bit作为毫秒数, 10bit作为机器的ID(5个bit是数据中心, 5个bit的机器ID), 12bit作为毫秒内的流水号(意味着每个节点在每毫秒可以产生 4096 个 ID),
1.6K10编辑于 2022-06-20 - 来自专栏小工匠聊架构
MySQL - 高效的设计MySQL库表
---- 设计符合 2NF 的表 以订单信息表为例，讲述如何设计一个符合 2NF 的表 首先，我们看原始的订单信息表，如下图所示 ? 数据变更速度快 【缺点】 按照范式的规范设计的表，等级越高的范式设计出来的表数量越多。 使用原则和设计规范 聊完范式，接下来我们看看 MySQL 使用中的一些使用原则和设计规范。 这些字段类型，在 MySQL 数据库的检索性能不高，很难使用索引进行优化。如果必须使用这些功能，一般采取特殊的结构设计，或者与程序结合使用其他的字段类型替代。 ---- int(3) int(5) 区别 ? 正常显示没有区别。 3 和 5 仅是最小显示宽度而已。 有 zerofill 等扩展属性时则显示有区别。
3.9K12发布于 2021-08-17 - 来自专栏SQL数据库开发
MySQL中的表设计优化
在MySQL数据库中，表设计的优劣同样对性能有非常重要的影响。本节将介绍表设计的优化方法，包括巧用多表关系、表结构设计优化和表拆分等。 巧用多表关系 在进行数据库表的设计时，应尽量满足三范式，而字段冗余存储是经常遇到的一个问题。 表结构设计优化 在进行表结构设计时，选择合适的数据类型，慎用NULL值，适度冗余，适当进行表拆分等方法对提高性能是至关重要的。表结构设计优化采取的措施通常包括以下几个方面。 NULL值不利于索引，MySQL难以优化可为NULL的列查询。当可为NULL的列被索引时，每个索引记录需要一个额外的字节用于标识其是否可空。如果某列计划要创建索引，要尽量避免将其设计成可为NULL。 图4 垂直拆分效果 说明：本文节选自北京理工大学出版社新出版的《MySQL从入门到部署实战（视频教学版）》。
1.3K10编辑于 2024-04-25 - 来自专栏MySQL技术
MySQL库表设计小技巧
前言： 在我们项目开发中，数据库及表的设计可以说是非常重要，我遇到过很多库表设计比较杂乱的项目，像表名、字段名命名混乱、字段类型设计混乱等等，此类数据库后续极难维护与拓展。 我一直相信只有优秀的库表设计才能发挥出MySQL最大的性能，前面有篇文章也分享了数据库的使用规范，本篇文章主要讲几个库表设计的小技巧，希望对大家有所启发。 MySQL数据库内置了两个IP相关的函数INET_ATON()、INET_NTOA()，可以实现 IP 地址和整数类型的转换。 192.168.0.2')); # 相互转换 select INET_ATON('192.168.0.1'); select INET_NTOA(3232235521); 总结： 本篇文章分享了几个库表设计及字段类型选取的建议 其实库表设计是件复杂的事情，需要在项目前期多方人员共同规划讨论。还是那句话，只有优秀的库表设计才能发挥出MySQL最大的性能。 — END —
3.1K31发布于 2020-05-19 - 来自专栏python全栈教程专栏
mysql数据库（5）： 创建表
(1)查看有哪些表：show tables; 开始的时候为空 (2)创建一个宠物关于名字，主人，种类，性别。注意的是，创建表时候VARCHAR必须大写，table可以小写。 例子如下： mysql> CREATE TABLE pet (name VARCHAR(20), owner VARCHAR(20), -> species VARCHAR(20), sex CHAR (1), birth DATE, death DATE); 再来个例子： mysql> create table zhang(name VARCHAR(20),sex VARCHAR(1)); (3) 查看下创建的表：show tables; (4)查看某个表内容：describe pet;
14.4K10发布于 2021-10-18 - 来自专栏用户7873631的专栏
新零售mysql设计（快递表 退货表）
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主 文章目录 sql 快递表： 解析： 数据 退货表 解析： 数据 sql 快递表： CREATE TABLE t_delivery 一个快递表是吧。也就是这个表包括送快递这块的方方面面对吧，那这个快递表是送什么的。是不是订单里面的商品。所以得包括订单表的id对吧。也包括商品对吧。 关联的别的表需要索引的。 not null COMMENT "退款金额", payment_type tinyint unsigned not null COMMENT "退款方式:1借记卡,2信用卡,3微信,4支付宝,5现金 INDEX idx_order_id(order_id), INDEX idx_qa_id(qa_id), INDEX idx_status(`status`) ) COMMENT="退货表"
710110编辑于 2022-11-02 - 来自专栏互联网技术栈
MySQL 高性能表设计规范
相关文章： MySQL高性能表设计规范:http://www.jianshu.com/p/f797bbe11d76 MySQL EXPLAIN详解:http://www.jianshu.com/p/ea3fc71fdc45 MySQL 锁机制 常用知识点:http://www.jianshu.com/p/0d5b7cd592f9 ? image.png 良好的逻辑设计和物理设计是高性能的基石， 应该根据系统将要执行的查询语句来设计schema, 这往往需要权衡各种因素。 更长的列会消耗更多的内存， 因为MySQL通常会分配固定大小的内存块来保存内部值。 尤其是使用内存临时表进行排序或操作时会特别糟糕。 在利用磁盘临时表进行排序时也同样糟糕。 二、表结构设计 1.范式和反范式 对于任何给定的数据通常都有很多种表示方法， 从完全的范式化到完全的反范式化， 以及两者的折中。 在范式化的数据库中， 每个事实数据会出现并且只出现一次。
1K20发布于 2018-12-12 - 来自专栏爱可生开源社区
第34期：MySQL 表冗余设计
引言： 上一篇我介绍了 MySQL 范式标准化表设计，范式设计具有以下优点： 1、把如何消除数据冗余做到极致，从而减少关系表对磁盘的额外占用。 2、各个表之间的关系表现非常清晰，可读性非常强。 正文： 但是范式设计同样也有缺点： 表范式标准化，等级越高，表数量就越多。比如 2NF 比 1NF 可能要多几张表，3NF 比 2NF 可能又要多几张表等等。 反范式也即通过一定的冗余把原先高级别的范式设计降低为低级别的范式设计来减少范式设计带来的表数量增多的缺点。 以下5张关系表分别代表员工表，部门表，薪水表，以及员工与部门关系表，员工与薪水关系表。 联合查询的开销非常大，为了消除不必要的联合查询，此时就不能完全按照范式理念来设计表，需要一定的反范式思想，针对每个需求，添加必要的冗余列方可达到简化查询。
1.1K30发布于 2021-09-08 - 来自专栏企鹅号快讯
MySQL表设计踩过的坑！
希望我能说说我在数据库表设计时踩过的坑。那么，我们今天就来聊聊我在数据库表设计时踩过的坑，以及现在对数据库表设计的一点建议。希望能够帮助到你。 注释 之前在数据库表设计时，就没有加注释的习惯，造成的直接后果是：数据库设计阶段一过，后续数据表的使用中，字段名就全靠猜了。我们写代码是知道注释是非常重要的，同样在设计数据库表时，注释也非常重要！ 索引怎么加，索引重不重要，可以查看《写会MySQL索引》一文进行查看！唉，我就吃过不少没加索引或忘记添加索引的亏，记忆犹新！！！ 小结 以上是我数据库设计表时躺过的坑，下面小结精简版本一下: 允许保存表情的表，存储格式设计为utf8mb4，避免使用utf8。 选择合适的数据类型。 表以及字段上添加合理的注释。 数据库表设计时，一定要在外键字段以及合适的字段上加索引。 上面是我数据库表设计时，遇到踩过坑以后的经验之谈。有些坑当时还真花了不少时间来填补。
1.3K80发布于 2018-02-07 - 来自专栏杨建荣的学习笔记
MySQL周期表管理的设计
这是学习笔记的第 2038 篇文章 关于MySQL周期表管理，近期做了初步的设计，总体上是希望把周期表的管理和业务同学对接起来，实现流程化的管理。 对于整体的设计方面，需要开发后端的API,API列表如下： 周期表列表 周期表创建 周期表属性变更 周期表批量变更接口 周期表数据清理接口 巡检任务 大数据提取接口 即时通讯提醒接口 对于模型的设计是重中之重 ，也能够决定我们的周期表管理的存储设计优劣。 模型方面考虑了如下的一些表： Mysql_dailytable 周期表 Mysql_cycle_table_manage_log 周期表维护日志（包含配置创建，属性修改） Mysql_cycle_table_ddl_log 周期表变化历史记录 Mysql_cycle_table_inspection_log 模型详细设计如下： Mysql_dailytable id ip_addr db_port db_name Operator_method
2K30发布于 2019-07-17 - 来自专栏用户7873631的专栏
新零售mysql设计（设计省份+城市表）
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主 文章目录 sql(省份表) sql(城市表) 省市表之间的联系是： province_id int unsigned UNIQUE unq_province(province)是什么意思》 举个例子： 是不是表一般都要有idname呀 像省份是不是 province 就是name呀 sql(省份表) CREATE ; 举个例子： 是不是表一般都要有idname呀 像省份是不是 city 就是name呀 是不是得说这个城市属于哪一个省份呀 sql(城市表) CREATE table t_city( id 主键是能确定一条记录的唯一标识，主键字段必须唯一，必须非空，一个表中只能有一个主键，主键可以包含一个或多个字段。 打个比方，一条记录包括身份正号，姓名，年龄，学校，国籍，性别等。 别人看懂这是什么字段或者表或者数据库 UNIQUE unq_province(province)是什么意思》 因为搜索的时候是先搜索某省才能搜索某市哦
1.1K110编辑于 2022-11-02 - 来自专栏用户7873631的专栏
零售商贩mysql表设计：banner管理表
如果查询中包含可为 NULL 的列，对 MySQL 来说更难优化 ，因为可为 NULL 的列使 得索引、索引统计和值比较都更复杂 。 可为NULL 的列会使用更多的存储空间 ，在 MySQL 里也需要特殊处理 。 InnoDB 被设计对于CPU效率和最大性能 当处理大量数据时 InnoDB 表可以处理大量的数据,即使操作系统 文件限制为2GB CHARSET=utf8mb4 这是字符集 数据 (banner子项表 可为NULL 的列会使用更多的存储空间 ，在 MySQL 里也需要特殊处理 。 InnoDB 被设计对于CPU效率和最大性能 当处理大量数据时 InnoDB 表可以处理大量的数据,即使操作系统 文件限制为2GB CHARSET=utf8mb4 这是字符集 数据 图片 上图的
1.2K10编辑于 2022-11-14 - 来自专栏用户7873631的专栏
新零售mysql设计 订单表 订单详情表
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主 文章目录 sql 订单表 数据 订单详情表 数据: 订单号与流水号有什么不同？ unsigned not null COMMENT "总金额", payment_type tinyint unsigned not null COMMENT "支付方式:1借记卡,信用卡,3微信,4支付宝,5现金 not null COMMENT "总金额", payment_type tinyint unsigned not null COMMENT "支付方式:1借记卡,信用卡,3微信,4支付宝,5现金 not null COMMENT "总金额", payment_type tinyint unsigned not null COMMENT "支付方式:1借记卡,信用卡,3微信,4支付宝,5现金 总金额”, 订单的总金额多少钱是不是需要显示，当然需要对把, payment_type tinyint unsigned not null COMMENT “支付方式:1借记卡,信用卡,3微信,4支付宝,5现金
3K110编辑于 2022-11-02 - 来自专栏学而时习之
MySQL基础篇5 mysql的全局锁和表锁
数据库锁设计的初衷是处理并发问题; 当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构; 根据加锁的范围. MySQL里面的锁大致可以分为三类: 全局锁, 表锁, 行锁 全局锁 全局锁就是对整个数据库实例加锁; 加全局读锁命令: Flush tables with read lock (FTWRL) 当你需要让整个库处于只读状态的时候 , 因为你还会碰到接下来我们要介绍的表级锁. mysql表级锁有两种: 一种是表锁, 一种是元数据锁. 在mysql 5.5 中引入了MDL, 当对一个表做增伤爱差操作的时候, 加MDL 读锁; 当对一个表做结构变更擦欧总的时候, 加MDL写锁. 读锁之间不互斥, 可以有多个线程对一张表增删改查. 首先我们要解决长事务, 事务不提交, 就会一直占着MDL锁, 在mysql 的information_schema 库的innodb_trx表中, 可以查到当前执行中的事务.
2.6K50发布于 2020-05-19 - 来自专栏用户7873631的专栏
新零售mysql设计（采购表 入库信息表 入库商品表）
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主 文章目录 sql（采购表） 解释 你说要采购东西是吧。提供要采购的商品。数量 运去那号仓库。 日期时间 数据 sql（入库信息表） 解释： 解析： 数据 sql（入库商品表） PRIMARY KEY(productin_id,purchase_id) ---- sql（采购表） CREATE table 日期时间 采购的是商品表t_sku中的id==1的商品. num:数量是五十部手机. warehouse_id：是为一号仓库做的采购。 in_price:采购价格3000元. buyer_id:采购员编号为20 status:完成采购就为1.否则0 数据 sql（入库信息表） CREATE TABLE t_productin( id int unsigned PRIMARY 支付方式1 数据 sql（入库商品表） CREATE TABLE t_productin_purchase( productin_id int unsigned not null COMMENT "
1.8K30编辑于 2022-11-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号