Mysql使用规范文档 20180223版
强制:不允许在跳板机上/生产服务器上手工连接,查询或更改线上数据
强制:所有上线脚本必须先在测试环境执行,验证通过以后方可在生产环境执行。
强制:上线脚本的编码格式统一为UTF-8
强制:访问数据库需要使用DNS域名,不能直接写IP
建议:DB名、表名、字段名,都小写,长度建议尽量不超过15
强制:建表_新建表必须包含自增主键列,主键列不应该被修改;
强制:建表_MySQL 字符集 utf8mb4 存储引擎innodb
强制:建表_可能需要建索引的字段,不允许为空 NOT NULL,其他字体内也建议为NOT NULL
强制:建表_需要为每张表的每个字段添加字段注释(最好是中文)
强制:建表_不允许有外键
强制:建表_不允许用enum,set,bit数据类型
强制:建表_需要为timestamp类型指定默认值
强制:建表_定义列名时不能包含关键字
强制:建表_控制单表数据量 单表不超过2000w,建议不超过500w;
强制:建表_合理分表:限制单库表数量在300以内,除未来可能的分表以外;
强制:建表_控制列数量,字段少而精,字段数建议在20以内;
建议:建表_自增列最好是为无符号型
建议:建表_自增列需兼容不连续空洞出现的可能如1,7,15,23
建议:建表_少用text/blob varchar的性能会比text高很多;实在避免不了blob,请拆表
建议:建表_不使用HINT强制使用索引
强制:SQL_不在数据库做运算 cpu计算务必移至业务层;
强制:SQL_禁用跨库查询。
强制:SQL_不允许线上程序做DDL操作
强制:SQL_select 程序代码中不允许有SELECT *
强制:SQL_select 程序代码中最多一次SELECT不允许超过5万行记录
强制:SQL_select 程序代码中单次SELECT 执行时间不能超过5秒,建议不超过200ms
强制:SQL_删除(delete),变更(update) 语句不允许不加where条件
强制:SQL_删除(delete),变更(update) 语句不使用LIMIT
强制:SQL_删除(delete),变更(update) 语句对超过50万行的表 要求WHERE条件一定要用到索引
强制:SQL_删除(delete),变更(update) 语句单个影响行数不能超过5千行。
强制:SQL_删除(delete),变更(update) ,INSERT 语句在影响了5千行以后,需要SLEEP1秒才能执行下一组。不能并发,不能多线程
建议:SQL_拒绝3B 拒绝大sql语句:big sql 拒绝大事物:big transaction 拒绝大批量:big batch
强制:SQL_大语句拆小语句,减少锁时间;一条大sql可以堵死整个库;
建议:SQL_OR改写为IN() or的效率是n级别; in的消息时log(n)级别;
建议:SQL_OR改写为UNION,实际上更建议在程序中去做merge,语句尽量保持简单。
建议:SQL_in的个数建议控制在200以内;
建议:SQL_limit高效分页limit越大,效率越低 建议用id > $last_selected_id limit 10;
建议:SQL_使用union all替代union union有去重开销
建议:SQL_少用连接join;不使用子查询,子查询转化为JOIN执行
建议:SQL_请使用同类型比较,不同类型比较会发生类型转换,当类型转换发生在索引字段上时,将无法使用索引,很可能导致扫表的慢查询。
建议:SQL_打散批量更新/删除,UPDATE/DELETE一条SQL操作几十万、上百万行数据,需要拆分成小SQL,分批次操作,减小对数据库影响。
强制:索引_一个表中,最多可包含16个索引
强制:索引_一个索引中,最多可包含5个列
强制:索引_不允许建重复索引,冗余索引特殊情况下允许 ,但需要给出明确原因。
强制:索引_不使用全文索引
强制:索引_长字符字段必须建前缀索引
建议:索引_索引一定不是越多越好(能不加就不加,要加的一定得加);
建议:索引_名字前缀为"idx_",检查唯一索引前缀是不是"uniq_"
上一篇: RDBMS与HBase解析
下一篇: 中国RFID技术应用场景丰富