MySql操作规范

命名规范

• 表名建议使用有业务意义的英文词汇，必要时可以加数字和下划线，并以英文字母开头。
• 库、表、字段全部采用小写（mysql在linux下默认是区分大小的，在window下不区分大小写）
• 避免使用mysql的保留字
• 命名（包括表名、列名）禁止超过30个字符
• 临时库、临时表必须以tmp为前缀，并以日期为后缀，如tmp_shop_info_20191226
• 备份库、表必须以bak为前缀，如bak_shop_info_20191226
• 索引命名
  • 非唯一索引按ind_字段名
  • 唯一索引按uniq_字段名

设计规范

• 主键
  • 表必须有主键
  • 不使用频繁更新的列做主键
  • 尽量不选用字符串做主键
  • 不使用UUID MD5 HASH做主键
  • 默认使用非空的唯一键
• 如无特殊要求，使用innodb引擎
• 默认使用utf8mb4字符集，数据排序规则使用utf8mb4_general_ci
  • utf8mb4也是万国码，无乱码风险，且支持Emoji表情
• 所有表、字段都需要增加comment来描述表、字段所表示的含义
  • data_status tinyint not null default’1’ comment’1’代表记录有效，0记录无效
• 尽可能不使用TEXT\BLOB类型
  • 会浪费更多的磁盘和内存空间，非必要的大量字段查询会淘汰掉热数据，导致内存命中率急剧降低，影响数据库性能。如果实在有某个字段过长需要使用，建议独立一张表，用主键来对应，避免影响表的查询效率
• 单表列数建议小于30

SQL语句规范

• 避免隐式转换
• 尽量不使用select *，需要什么拿什么
  • 读取不需要的列会增加 CPU、IO、NET 消耗，并且不能有效的利用覆盖索引。使用 SELECT * 容易在增加或者删除字段后导致程序报错
• 建议将子查询转换为关联查询
• 建议应用程序捕获SQL异常，并有相应处理

行为规范

• 批量导入、导出数据必须提前通知DBA协助观察
• 不在业务高峰期批量更新、查询数据库
• 删除表、库先rename，观察几天，确定对业务没有影响，再drop