SQL 优化和索引之间的关系

SQL 优化
索引的作用
字符串大小比较的规则?

https://juejin.im/post/5b08fcc86fb9a07a9b3666ac
https://www.jianshu.com/p/2ab2c0dc3cb5

通过一定将数据按一定规则排序(按照数据大小排序),一次IO操作尽可能缩小数据范围,避免全表扫描,索引只能用于查找key是否存在(相等)

mysql为例
负向查询不能使用索引

select name from user where id not in (1,3,4);
应该修改为:
select name from user where id in (2,5,6);
原因:索引只能用于查找key是否存在(相等)

前导模糊查询不能使用索引

如:

select name from user where name like ‘%zhangsan’
非前导则可以:
select name from user where name like ‘zhangsan%’
建议可以考虑使用 Lucene 等全文索引工具来代替频繁的模糊查询。

原因:字符串也可以比较大小的

原来对于数字与非数字混合的字符串,在进行大小比较的时候,如果两字符串长度相等,那么两字符串就会比较相同位置的字符,比较时若字符是数字,则直接比较,若字符是非数字那么会转换为ascii码进行比较,若在某位置上已经有大小之分,那么就不会再进行比较。

数据区分不明显的不建议创建索引

如 user 表中的性别字段,可以明显区分的才建议创建索引,如身份证等字段。
字段的默认值不要为 null
这样会带来和预期不一致的查询结果。

在字段上进行计算不能命中索引

select name from user where FROM_UNIXTIME(create_time) < CURDATE();
应该修改为:
select name from user where create_time < FROM_UNIXTIME(CURDATE());
最左前缀问题
如果给 user 表中的 username pwd 字段创建了复合索引那么使用以下SQL 都是可以命中索引:
select username from user where username=‘zhangsan’ and pwd =‘axsedf1sd’
select username from user where pwd =‘axsedf1sd’ and username=‘zhangsan’
select username from user where username=‘zhangsan’
但是使用
select username from user where pwd =‘axsedf1sd’
是不能命中索引的。
如果明确知道只有一条记录返回
select name from user where username=‘zhangsan’ limit 1
可以提高效率,可以让数据库停止游标移动。

不要让数据库帮我们做强制类型转换

select name from user where telno=18722222222
这样虽然可以查出数据,但是会导致全表扫描。

需要修改为
select name from user where telno=‘18722222222’
如果需要进行 join 的字段两表的字段类型要相同
不然也不会命中索引。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值