<1>. 索引
1.单表索引不超过5个；
2.单个索引不超过5列；
3.innodb主键推荐自增列；
主键不改被修改；
字符串不应该做主键；
若不指定主键，innodb会使用唯一且非空值索引代替； 4.若是复合索引，区分度大的前置；
5.核心sql优先考虑索引；
6.区分度的的字段前置；
7.避免冗余或重复索引: 合理创建联合索引:index(a,b,c)相当于：index(a),index(a,b),index(a,b,c)
8.不在低基数列建索引，如性别；
9.不在索引列进行数学、函数运算；
10.尽量不要使用外键；
11.不使用%前导查询，如like”%xxx”，无法使用索引；
12.不使用反响查询，如not in、not like，无法使用索引；
13.尽量要有主键。
<2>. 字段
1. 禁止使用TEXT、BLOG类型；
2. 将字符转化为数字；
3. 使用TINYINT代替ENUM类型；
4. 字段长度尽量按照实际进行分配，不要随意给一个大容量；
5. 如果可能，所有字段尽量not null;
6. 使用unsigned存储非负整数；
7. INT类型固定占用4个字节存储；
8. 使用TIMESTAMP存储时间；因为timestamp使用4字节，datetime使用8字节，同时timestamp具有自动复制以及自动更新的特性。
9. 禁止在数据库中存储明文密码；
<3>. sql
1. 禁止使用存储过程、触发器、视图等；让数据库做最擅长的事，降低业务耦合度；
2. 避免使用大表的join；
3. 避免数据库中进行数学运算，数学运算和逻辑判断，无法使用索引；
4. 减少与数据库的交互次数；
5. 拒绝大sql，拆分成小sql，充分使用query cache，充分利用多喝CPU.
6. 使用in 代替 or,in 的值不超过1000个；
7. 禁止使用order by rand(); 因为使用order by rand() 会将数据从磁盘读取进行排序，耗费大量IO和CPU，可以再程序中获取一个rand值，然后通过数据库中获取对应的值。
8. 使用union all 而不是 union.
9. 禁止单条sql语句同时更新多个表(跨表更新)；
10. 不使用select*;
11. 禁止使用test库;
<4>. 行为规范
1. 禁止super权限应用账号存在；
2. 对单表的多次order必须合并为一次操作；
3. 不在业务高峰期批量更新、查询数据库。
—-摘自京东内部规范。
2015-10-19 21:11
转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 hi@niewj.com
