mysql 研发规范

1. 命名
    a) 有意义。
    b) 数据库、表，都用小写，仅使用下划线和小写字母。
    c) 索引以idx_开头。
    d) 命名不要过长，尽量少于25个字符。
    e) 不要使用保留字。
    f) 字段类型、命名的一致性，相同字段在不同表要相同类型、相同长度、相同命名。
    g) 备份表，时间后缀。
2. 索引
    a) 联合索引，字段数量不超过5个。
    b) 单表索引个数，不超过5个。
    c) 唯一键和主键不要重复。
    d) 创建索引时要注意字段顺序。
    e) order by/group by用到的字段，放到联合索引的后面。
    f) 根据explain工具，调整sql，使之合理使用索引，尽量不出现Using filesoft、Using Temporary。
    g) 过长的varchar，可增加一个散列字段，为散列字段建立索引。较简单的可使用md5。
    h) 范围条件放到复合索引的最后。
3. 表设计
    a) 建议全部选择InnoDB引擎。
    b) 每个表都应有主键。
    c) 尽量将字段设置成Not null，null值的存储需要额外的空间，且会导致比较运算更为复杂。
    d) 使用更短小的列，比如短整型，整型列的执行速度往往更快。
    e) 将大字段、不频繁使用的字段分离到另外的表，表越小，执行越快。或者将频繁更新的表分离到其他表，因为频繁更新会导致缓存的结果集失效，可能影响性能。注：若分离后需要经常进行表连接，就得不偿失了，Mysql连接表时性能差，或者可以考虑使用程序进行连接。
    f) 精确符点数，使用decimal，不要使用float/double，会不准确。
    g) 整型定义，不要定义显示长度。
    h) 建议不要使用enum类型。
    i) 尽可能不要使用text/blob类型。
    j) varchar(n)，n表示的是字符数，不是字节数，如varchar(255)，存储汉字，最多可以存255个。n应尽可能的小，进行排序和创建临时表时，会使用n的长度申请内存，这一点在5.7后才有改进。varchar字段的最大长度为65535个字节 。
    k) 字符集，选择utf8。
    l) 存储日期，使用date；存储时间建议使用tmestamp，timestamp是4字节，datetime是8字节。
    m) 不要在数据库中存储文件。
4. sql语句
    a) 不要select *
    b) 传参时使用占位符方式，提高性能并且防范sql注入攻击。
    c) 分割大操作。
    d) in 子句包含的值不应过多，建议少于100。
    e) insert 显示指明字段名称，批量时，每次个数不宜过多。
    f) 避免在sql语句中进行数学运算或函数运算，避免将业务逻辑和数据存储耦合。
    g) 避免使用存储过程、触发器、函数等，这些特性会将业务逻辑与数据耦合在一起，并且mysql的这些特性可能会存在一些bug。
    h) 表连接会降低性能，所以能不连就不连，能少连就少连。
    i) 使用合理的SQL减少，与数据库交互，但这一点要权衡，将一个复杂的、耗费巨大的SQL拆成多个简单的SQL，虽然会使数据库交互增加，但对性能是有增无减的。
5. sql脚本
    去除特殊符号，如^M，文件转为Linux格式，且使用utf8无BOM格式。
6. 数据量
    a) 若优化的足好，单表达上亿数据量也无问题，但这是理想情况。实际情况，单表数据量控制在5000万以下，甚至，最好在1000万以下。若数据量过大，则拆分成多个表，分表要使用应用层分表，最好不要使用mysql的分表特性，可能存在bug。
    b) 开发某个功能之前，应对数据存储进行估算，若数据量较大，提前考虑优化。