前段时间写数据库内核比较多,最近又有朋友问索引的应用了,其实相关索引应用之前或多或少写过,只是可能不这么系统,这一篇简单总结一下,并系统性补充一些概念。多个字段上建立的索引,能够加速复核查询条件的检索。
select uid, login_time from t_user where
login_name=? and passwd=?
可以建立(login_name, passwd)的联合索引。联合索引能够满足最左侧查询需求,例如(a, b, c)三列的联合索引,能够加速a | (a, b) | (a, b, c) 三组查询需求。这也就是为何不建立(passwd, login_name)这样联合索引的原因,业务上几乎没有passwd的单条件查询需求,而有很多login_name的单条件查询需求。SQL语句里,where条件中的and前后的顺序,是否会影响索引的命中?select uid, login_time from t_user where
passwd=? and login_name=?
能否命中(login_name, passwd)这个联合索引?类型不匹配,字符编码不匹配,会不会对索引命中产生影响?负向查询,IN,OR,UNION哪些会对索引命中有影响?order(oid, date, uid, status, money, time,…)(1)select * from order where status!=2
(2)select * from order where status IN(0,1)
(3)select * from order where status=0 or status=1
(4)select * from order where status=0
union all
select * from order where status=1
第一个:select * from order where status!=2前导模糊查询,像like '%XX'是同样的道理,无法命中索引;非前导模糊查询,像like 'XX%',则可以命中索引。select * from order where status=0
union all
select * from order where status=1
两个SQL结果集合并,肯定可以命中status索引,无争议。select * from order where status in (0,1)select * from order where status=0 or status=1新版MySQL,可以优化为IN查询,故也是可以命中索引的。select * from user where sex=1因为,性别只有男,女,每次过滤掉的数据很少,性能和全表扫描差不多。select * from order where YEAR(date) < ='2019'即使date上建立了索引,也会全表扫描,可优化为值计算:select * from order where date < =CURDATE()select * from order where date < ='2019-10-24'select * from user where name != 'shenjian'(1, shenjian)
(2, zhangsan)
(3, lisi)
(4, null)
相关文章:
《缓冲池(buffer pool),彻底懂了!》
《写缓冲(change buffer),彻底懂了!》
1024,祝大家节日快乐!谢转。