MySql常用优化

索引优化

• 以%开头的like查询
• (not , not in, not like, <>, != ,!>,!<)不会使用索引
• 如果条件中有or，即使其中有部分条件带索引也不会使用
• where子句里对索引列上有数学运算或者使用函数，用不上索引
• 索引列的数据类型存在隐形转换则用不上索引。比如字符串，那一定要在条件中将数据使用引号引用起来

 

sql优化 

• 分解关联查询：将关联(join)放在应用中处理，执行简单的sql，好处是：分解后的sql通常由于简单固定，能更好的使用mysql缓存。还可以可以减少锁的竞争。
• SELECT子句中避免使用*号 ，它要通过查询数据字典完成的，意味着将耗费更多的时间，而且SQL语句也不够直观。
• 关于Limit 在使用Limit 2000,10这种操作的时候，mysql会扫描偏移量(2000条无效查询)数据，而只取后10条，尽量想办法规避。
• 通常情况下，使用一个性能好的sql代替使用多个sql。除非这个sql过长效率低下或者对于delete这种语句，过长的delete会导致太多的数据被锁定，耗尽资源，阻塞其他sql。 
• WHERE子句中的连接顺序 数据库采用自右而左的顺序解析WHERE子句,所以那些可以过滤掉最大数量记录的条件最好写在WHERE子句的最右。 
• 选择最有效率的表名顺序 数据库的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表将被最先处理 在FROM子句中包含多个表的情况下： 如果是完全无关系的话，将记录和列名最少的表写在最后。如果是有关系的话，将引用最多的表，放在最后。
• 删除全表数据用TRUNCATE替代DELETE 这里仅仅是：DELETE是一条一条记录的删除，而Truncate是将整个表删除，保留表结构，这样比DELETE快
•  多使用内部函数提高SQL效率 
• 使用表或列的别名，使用简短的别名也能稍微提高一些SQL的性能。毕竟要扫描的字符长度变少了 
• 用 >= 替代 > ，低效：> 3首先定位到=3的记录并且扫描到第一个大于3的记录。高效：>= 4 直接跳到第一个等于4的记录 
• 用IN替代OR 

 

数据库结构优化

• 表结构优化：字段尽量使用非空约束，因为在MySql中含有空值的列很难进行查询优化，NUll值会使索引以及索引的统计信息变得很复杂 
• 数值类型的比较比字符串类型的比较效率要高得多， 
• 尽量使用TIMESTAMP而非DATETIME(查询效率)
• 单表不要有太多的字段，建议在20以内 
• 合理加入冗余字段
• 垂直表拆分 水平表拆分 

 

链接：https://juejin.im/post/5ab75902f265da238c3aa446

参考博文(MySQL索引原理)：https://blog.csdn.net/u013235478/article/details/50625677