强制：不允许在跳板机上/生产服务器上手工连接,查询或更改线上数据

强制：所有上线脚本必须先在测试环境执行，验证通过以后方可在生产环境执行。

强制：上线脚本的编码格式统一为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_"