这个规范集合了原来分别在新浪，阿里，百度，人人，以及去哪儿自己的一些规则。不是一个人的贡献，是整个DB组共同制定出来的，可能还有纰漏，请过客批评指正。
1.命名规范
(1)库名、表名、字段名必须使用小写字母，并采用下划线分割。
(2)库名、表名、字段名禁止超过32个字符。
(3)库名、表名、字段名必须见名知意。命名与业务、产品线等相关联。
(4)库名、表名、字段名禁止使用MySQL保留字。
(5)临时库、表名必须以tmp为前缀，并以日期为后缀。例如 tmp_test01_20130704。
2.基础规范
(1)使用InnoDB存储引擎。
(2)表字符集使用UTF8，必要时可申请使用UTF8MB4字符集。
(3)所有表都需要添加注释；除主键外的其他字段都需要增加注释。推荐采用英文标点，避免出现乱码。
(4)禁止在数据库中存储图片、文件等大数据。
(5)每张表数据量建议控制在5000W以内。
(6)禁止在线上做数据库压力测试。
(7)禁止从测试环境直连数据库。
3.库表设计
(1)禁止使用分区表。
(2)将大字段、访问频率低的字段拆分到单独的表中存储，分离冷热数据。
(3)推荐使用HASH进行散表，表名后缀使用二进制数，数字必须从0开始。
(4)按日期时间分表需符合YYYY[MM][DD][HH]格式，例如2013071601。年份必须用4位数字表示。例如按日散表user_20110209、 按月散表user_201102。
(5)采用合适的分库分表策略。例如千库十表、十库百表等。
4.字段设计
(1)建议使用UNSIGNED存储非负数值。
(2)建议使用INT UNSIGNED存储IPV4。
(3)用DECIMAL代替FLOAT和DOUBLE存储精确浮点数，例如支付相关数据。
(4)INT类型固定占4字节存储，例如INT(4)仅代表显示字符宽度为4位，不代表存储长度。
(5)区分使用TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT数据类型。例如取值范围为0-80时，使用TINYINT UNSIGNED。
(6)强烈建议使用TINYINT来代替ENUM类型。
(7)尽可能不使用TEXT、BLOB类型。
(8)使用VARBINARY存储大小写敏感的变长字符串或二进制内容。
(9)使用尽可能小的VARCHAR字段。VARCHAR(N)中的N表示字符数而非字节数。
(10)区分使用DATETIME和TIMESTAMP。存储年使用YEAR类型。存储日期使用DATE类型。 存储时间(精确到秒)建议使用TIMESTAMP类型。
(11)所有字段均定义为NOT NULL。
5.索引规范
(1)单张表中索引数量不超过5个。
(2)单个索引中的字段数不超过5个。
(3)索引名必须全部使用小写。
(4)非唯一索引按照“idx_字段名称[_字段名称]”进行命名。例如idx_age_name。
(5)唯一索引按照“uniq_字段名称[_字段名称]”进行命名。例如uniq_age_name。
(6)组合索引建议包含所有字段名，过长的字段名可以采⽤缩写形式。例如idx_age_name_add。
(7)表必须有主键，推荐使用UNSIGNED自增列作为主键。【FAQ】
(8)唯一键由3个以下字段组成，并且字段都是整形时，可使用唯一键作为主键。其他情况下，建议使用自增列或发号器作主键。
(9)禁止冗余索引。
(10)禁止重复索引。
(11)禁止使用外键。
(12)联表查询时，JOIN列的数据类型必须相同，并且要建立索引。
(13)不在低基数列上建立索引，例如“性别”。
(14)选择区分度大的列建立索引。组合索引中，区分度大的字段放在最前。
(15)对字符串使用前缀索引，前缀索引长度不超过8个字符。
(16)不对过长的VARCHAR字段建立索引。建议优先考虑添加CRC32或MD5伪列，并对伪列建⽴索引。
(17)合理创建联合索引，(a，b，c) 相当于 (a) 、(a，b) 、(a，b，c)。
(18)合理使用覆盖索引减少IO，避免排序。
6.SQL设计
(1)使用prepared statement，可以提升性能并避免SQL注⼊。
(2)用IN代替OR。SQL语句中IN包含的值不应过多，应少于1000个。
(3)禁止隐式转换。数值类型禁止加引号；字符串类型必须加引号。
(4)避免使用JOIN和子查询。必要时推荐用JOIN代替子查询。
(5)避免在MySQL中进行数学运算和函数运算。
(6)减少与数据库交互次数，尽量采用批量SQL语句。
(7)拆分复杂SQL为多个小SQL，避免大事务。
(8)获取大量数据时，建议分批次获取数据，每次获取数据少于2000条，结果集应小于1M。
(9)用UNION ALL代替UNION。
(10)统计行数用COUNT(*)。
(11)SELECT只获取必要的字段，禁止使用SELECT *。
(12)SQL中避免出现now()、rand()、sysdate()、current_user()等不确定结果的函数。
(13)INSERT语句必须指定字段列表，禁止使用 INSERT INTO TABLE()。
(14)禁止单条SQL语句同时更新多个表。
(15)避免使用存储过程、触发器、视图、自定义函数等。
(16)建议使用合理的分页方式以提高分页效率。
(17)禁止在从库上执行后台管理和统计类功能的QUERY，必要时申请统计类从库。
(18)程序应有捕获SQL异常的处理机制，必要时通过rollback显式回滚。
(19)重要SQL必须被索引：update、delete的where条件列、order by、group by、distinct字段、多表join字段。
(20)禁止使用%前导查询，例如：like “%abc”，无法利用到索引。
(21)禁止使用负向查询，例如 not in、!=、not like。
(22)使用EXPLAIN判断SQL语句是否合理使用索引，尽量避免extra列出现：Using File Sort、Using
Temporary。
7.行为规范
(1)表结构变更必须通知DBA进行审核。
(2)禁止有super权限的应用程序账号存在。
(3)禁止有DDL、DCL权限的应用程序账号存在。
(4)重要项目的数据库方案选型和设计必须提前通知DBA参与。
(5)批量导入、导出数据必须通过DBA审核，并在执行过程中观察服务。
(6)批量更新数据，如UPDATE、DELETE操作，必须DBA进行审核，并在执行过程中观察服务。
(7)产品出现因数据库导致的故障时，如被攻击，必须及时通DBA，便于维护服务稳定。
(8)业务部门程序出现BUG等影响数据库服务的问题，必须及时通知DBA，便于维护服务稳定。
(9)业务部门推广活动或上线新功能，必须提前通知DBA进行服务和访问量评估，并留出必要时间以便DBA完成扩容。
(10)出现业务部门人为误操作导致数据丢失，需要恢复数据的，必须第一时间通DBA，并提供准确时间地点、误操作语句等重要线索。
(11)提交线上建表改表需求，必须详细注明涉及到的所有SQL语句（包括INSERT、DELETE、UPDATE），便于DBA进⾏审核和优化。
(12)不要在MySQL数据库中存放业务逻辑。