【五】SQL优化

本文主要探讨SQL优化实战,包括全值匹配原则、最佳左前缀法则、避免在索引列上进行操作、合理使用覆盖索引,以及避免不等于查询和OR条件导致的全表扫描。还提醒注意NULL值对索引的影响,字符串类型需加引号,谨慎使用LIKE查询,并建议将OR查询转换为UNION以提高效率。此外,提供了批量导入数据的优化建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

优化实战

全值匹配:

最佳左前缀法则:

不要在索引列上做任何操作:

范围查询之谜:

覆盖索引尽量使用:

不等于要慎用:

null/not null 对索引的可能影响

字符串类型需要加引号:

like查询要当心:

or改nunid效率高:

练习题:

批量导入


优化实战

全值匹配:

查询尽量全值匹配

最佳左前缀法则:

如果索引了多列,要遵守最左前缀法则。字的是查询从索引的最左前列开始并不跳过索引中的列

不要在索引列上做任何操作:

不要在索引列上做任何操作(计算、函数、类型转换(自动、手动)),会导致索引失效而转向全表扫描

范围查询之谜:

存储引擎不能使用索引中范围条件右边的列

覆盖索引尽量使用:

尽量使用覆盖索引(只访问索引的查询,索引列和查询列一致),减少select * 的使用

不等于要慎用:

mysql在使用不等于(!= 或 <>)的时候无法使用索引导致全表扫描

null/not null 对索引的可能影响

如果字段定义不能为空,则条件使用is not null则会扫全表

如果字段定义可以为空,则条件使用is nunll,会引起全表扫描

字符串类型需要加引号:

字符串条件不加引号导致索引失效

like查询要当心:

like以通配符开头('%abc')的查询会导致mysql索引失效会变成全表扫描。

or改nunid效率高:

or查询可能会索引失效导致全表扫描,可以改用union

练习题:

假设index(a,b.c)

Where语句

索引是否被使用

where a =3

where a=3 and b=5

where a=3 and b=5 and c=4

where b=3或者where b=3 and c=4

或者where c=4

where a=3 and c=5

where a=3 and b>4 and c=5

where a=3 and b like 'kk'and c =4

where a=3 and b like %kk'and c =4

where a=3 and b like %kk'and c=4

where a=3 and b like 'k%kk'and c =4

批量导入

insert语句优化:

提交前关闭自动提交

尽量使用批量insert语句

可以使用MyISAM存储引擎

LOAD DATA INFILE语句:

使用这个语句比一般的insert语句快20倍

select * into OUTFILE 'D://xxx.txt' from tableName

load data INFILE 'D://xxx.txt' info table tableName

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值