MySQL 操作规范

数据库优化 学习笔记

一、命名规范

• 表名建议使用有业务意义的英文词汇，必要时可加数字和下划线，并以英文字母开头

• 库、表、字段全部采用小写。（MySQL 在 Linux 下默认是区分大小写的，而在 Windows 下不区分大小写。因此，防止出现问题，建议都设置为小写。）

• 避免用 MySQL 的保留字

• 命名（包括表名、列名）禁止超过 30 个字符

• 临时库、表名必须以 tmp 为前缀，并以日期为后缀，如：tmp_shop_info_20190404

• 备份库、表必须以 bak 为前缀，并以日期为后缀，如：bak_shop_info_20190404

• 索引命名
  （1）非唯一索引必须按照 "idx_字段名称" 进行命名
  （2）唯一索引必须按照 "uniq_字段名称" 进行命名

二、设计规范

• 主键
  （1）表必须有主键
  （2）不使用更新频繁的列做主键
  （3）尽量不选择字符串列做主键
  （4）不使用 UUID、MD5、HASH 做主键
  （5）默认使用非空的唯一键

• 如无特殊要求，建议都使用 InnoDB 引擎

• 默认使用 utf8mb4 字符集，数据排序规则使用 utf8mb4_general_ci。
  utf8mb4 为万国码，无乱码风险；与 utf8 编码相比，utf8mb4 能支持 Emoji 表情

• 所有表、字段都需要增加 comment 来描述此表、字段所表示的含义

	data_status TINYINT NOT NULL DEFAULT '1' COMMENT '1 代表记录有效, 0 代表记录无效'

• 尽可能不使用 TEXT、BLOB 类型
  原因： 会浪费更多的磁盘和内存空间，非必要的大量大字段查询会淘汰掉热数据，导致内存命中率急剧降低，影响数据库性能。如果实在有某个字段过长需要使用 TEXT、BLOB 类型，则建议独立出来一张表，用主键来对应，避免影响原表的查询效率。

• 单表列数目建议小于 30
  
  

三、SQL 语句规范

• 避免隐式转换

• 尽量不使用 select *，只 select 需要的字段
  读取不需要的列会增加 CPU、IO、NET 消耗，并且不能有效的利用覆盖索引。使用 SELECT * 容易在增加或者删除字段后导致程序报错

• 建议将子查询转换为关联查询

• 建议应用程序捕获 SQL 异常（不要显示在页面上），并有相应处理
  
  

四、行为规范

• 批量导入、导出数据必须提前通知 DBA 协助观察

• 不在业务高峰期批量更新、查询数据库

• 删除表或者库要求尽量先 rename，观察几天，确定对业务没影响，再 drop