索引规约

1、【强制】业务上具有唯一特性的字段，即使是组合字段，也必须建成唯一索引。
不要以为唯一索引影响了insert 速度，这个速度的损耗是可以忽略不计的，但是提高查找速度是明显的，即使在应用层做了非常完善的校验控制，只要没有唯一索引，必然会有脏数据
2、【强制】 超过三个表禁止join，需要join的字段，数据类型保持绝对一致，多表关联查询时，保证被关联的字段需要有索引。
3、【强制】 在varchar 字段上简历索引时，必须制定索引长度，没必要对全字段建立索引，根据实际文本区分决定索引长度。
4、【强制】页面搜索严禁左模糊或者全模糊，如果需要走引擎来解决。
索引文件具有b-tree 的最左前缀匹配属性，如果左边的值未确定，那么无法使用此索引。
5、【推荐】 如果order by 的场景，请注意利用索引的有序性。order by 最后的字段是组合索引的一部分，并且放在索引组合排序的最后，避免出现 file_sort的情况，影响查询性能。
正例： where a =? and b =? order by c; 索引：a,b,c
反例：索引如果存在范围查询，那么索引有序性无法利用，如 ： where a > 100 ordery by b； 索引 ： a，b 索引无法排序
6、【推荐】 利用覆盖索引来进行查询操作，避免回表。
例如：如果一本书需要知道第11 章是什么标题，会翻开11 张对应的那一页嘛？目录浏览一下就好，这个目录就是起到覆盖索引的作用。
正例： 能够建立索引的种类分为主键索引、唯一索引、普通索引，而覆盖索引只是查询的一种效果，用explain 的结果 extra 列会出现：using index
7、【推荐】 利用延迟关联或者 子查询优化多分页场景。
mysql 并不是跳过offset 行，而是取offset + n 行，然后返回放弃前offset 行，返回n行，那当offset 特别大的时候，效率就非常的低下，要么控制返回的总页数，要么对超过的特定的阀值的页数进行sql 改写。

单表索引数量控制在5个以内。
不允许存在重复索引和冗余索引
防止字段隐士转换导致索引失效
sql 优化目标：至少达到range 级别
利用覆盖索引避免回表操作
禁止超过三个表的join
在varchar上建立索引，指定索引的长度
索引字段值不允许为null，必须设置默认值
单表的数据控制在1000w 以内
字段列数量建议在30以内
不建议使用mysql 分区表
单表行数据唱过500 w 或者 单表容量超过2g建议分库分表