笔者是一名菜鸟程序员,大学上过MYSQL数据库的选修课程,当时只会一些简单的建表、查询、删除、更新语句。工作后再实际应用当中遇到了数据量大的情况,这就有了对SQL执行效率的考虑了。下面一总结了一下简单的优化技巧。
前言:由于SQL效率优化经常提到索引,这里先给大家简单说明一下。大家可以理解为新华字典前几页,用边旁、拼音首字母来分类的那个索引,通过边旁或者拼音首字母,我们可以很快找到我们要查找的字在哪一页。同样的,这里说的索引页不过是提前把表里的数据根据被建立索引的字段进行排序了而已。显然,新华字典用了好几页纸来对排序,同样的索引的建立也是占用内存的。
1.避免使用 select * from table; 这种语句,最好是需要哪些字段就查询哪些字段 ;
2.避免再where 字句中使用 != 、 <> 等操作符。否则引擎将放弃使用索引而进行全表扫描,效率降低 ;
3.避免在 where 子句中使用or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,如:select id from table where num=10 or num=20可以这样查询:select id from table where num=10 union all select id from t where num=20 ;
4.避免使用 in ,可以用 exists 替代 ;如果 in 子句中的值是连续的,如: select name from table where id in (1,2,3,4);
可以用 select name from table where id between 1 and 3 ;
5.避免在 where 子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。如:select id from t where num/2=100 ;应改为: select id from t where num=100*2 ;
6.在使用索引字段作为条件时,如果该索引是复合索引,那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引,否则该索引将不会被使用,并且应尽可能的让字段顺序与索引顺序相一致;
7.索引并不是越多越好,索引固然可 以提高相应的 select 的效率,但同时也降低了 insert 及 update 的效率,因为 insert 或 update 时有可能会重建索引,所以怎样建索引需要慎重考虑,视具体情况而定。一个表的索引数最好不要超过6个,若太多则应考虑一些不常使用到的列上建的索引是否有 必要。如果有大批量的数据需要 insert 或者 update ,建议先删除索引,等数据 insert 或者 update 完成后再重新创建索引。
8.如果条件允许请尽量使用数字型字段,若只含数值信息的字段尽量不要设计为字符型,这会降低查询和连接的性能,并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符,而对于数字型而言只需要比较一次就够了;
9.避免大事务操作,提高系统并发能力。
关于事务的知识点可参见:https://www.cnblogs.com/ivanpan/p/6653990.html 讲得很清楚很透彻。