目录
5、复合索引最左前缀,并不是指SQL语句的where条件顺序要和复合索引一致
6、如果明确知道只有一条结果返回,limit 1能够提高效率
1、前置模糊查询不能使用索引
select * from order where desc like '%XX',这样是不会使用索引的
而非前置模糊查询则可以使用索引,比如:
select * from order where desc like 'XX%'
2、数据区分度不大的字段不宜使用索引
例如:select * from user where sex=1
性别只有男、女,每次过滤掉的数据很少,不宜使用索引。经验上,能过滤80%数据时就可以使用索引。对于订单状态,如 果状态值很少,不宜使用索引,如果状态值很多,能够过滤大量数据,则可以建立索引。
3、在属性上进行计算不能命中索引
例如:select * from order where YEAR(date) < = '2020'
即使date上建立了索引,也会全表扫描,
可优化为值计算:select * from order where date < = CURDATE()
或者:select * from order where date < = '2020-01-01'
4、如果业务大部分是单条查询,使用Hash索引性能更好
例如用户表:select * from user where uid=?
select * from user where login_name=?
原因:B-Tree索引的时间复杂度是O(log(n))
Hash索引的时间复杂度是O(1)
5、复合索引最左前缀,并不是指SQL语句的where条件顺序要和复合索引一致
用户中心建立了(login_name, passwd)的复合索引
例如:select * from user where login_name=? and passwd=?
select * from user where passwd=? and login_name=?
都能够命中索引。
select * from user where login_name=?
也能命中索引,满足复合索引最左前缀。
select * from user where passwd=?
不能命中索引,不满足复合索引最左前缀
6、如果明确知道只有一条结果返回,limit 1能够提高效率
例如:select * from user where login_name=?
可以优化为:select * from user where login_name=? limit 1
原因:你知道只有一条结果,但数据库并不知道,明确告诉它,让它主动停止游标移动
7、不要使用select *
select *和select 列名,查询效率没有太大区别,主要是能够大大的节省数据传输量,与数据库的内存使用量。
8、尽量不要使用not in和<>操作
select * from order where status <> 0 and stauts <> 1
not in/not exists都不是好习惯。
可以优化为in查询:select * from order where status in(2,3)
9、列默认值最好不好设置为NULL
只要列中含有NULL值,就最好不要在此例设置索引,单列索引不存null值,复合索引不存全为null的值
参考文章:https://mp.weixin.qq.com/s/AwAEJVWtYfiy79jXGC7olA
https://youzhixueyuan.com/MySQL-slow-query-optimization-index-optimization.html