这里对SQL优化做一下简单的总结:
- 对查询进行优化,要尽量避免全表扫描,首先应该考虑在where和order by 涉及的列上建立索引
- 避免在where子句中对字段进行null值判断,否则将导致引擎弃用索引而进行全表扫描
- 避免在where子句中使用 != 或 <> ,普通索引无法使用,但是主键索引会继续走索引。
- 避免where子句中使用or连接条件,若果一个字段有索引,一个字段没有索引,引擎将会进行全表扫描
- in 和 not in 也要慎用,他们也会导致全表扫描;对于连续的数据,尽量使用between and;对于部分情况,可以使用exists代替in
- where 子句中使用like关键字时,要注意,尽量不使用 '%info',因为这样查询不会使用索引; 而 'info%'会使用索引
- 在where子句中使用参数,也会导致全表扫描。因为sql只有在运行时才会解析局部变量,但是优化程序不能将访问计划的选择推迟到运行时,它必须在编译是运行。所以在编译时建立访问计划,变量值还是未知的,因而无法使用索引
- 避免where子句中对字段进行表达式操作或函数操作,这样也会导致全表扫描。如:select * from table_name where age/2 = 10
- 若表中建立的索引为复合索引,where子句中查询的列需要符合 “最左前缀”原则
- group by 后默认会进行排序,在group by 后添加 order by null 可以避免排序提高性能
- 可以使用join 代替子查询,因为mysql在使用join时不会在内存中建立临时表
- update 语句,只修改需要修改的字段,频繁update会引起多于的性能消耗和大量日志
- 对于多张大表的join,最好先分页再join,否则逻辑读会很高,西能很差
- 查询时尽量不要使用select * from ... 尽量用明确的列信息代替
- 聚合查询时,不要使用count(*) ,这会导致全表扫描
- 不要写一些没有意义的查询,如果需要生成一个空表结构:select col1, col2 into #tal1 from tal ; 改为 create table #tal1(.....)
- 尽量使用数字类型的字段,数字类型的字段教字符类型的字段,在查询和连接上性能要高很多,并能降低存储开销。因为引擎在比较字符类型字段时,会逐个比较字符串中的每个字符,但是对于数字比较一次就够了。
- 尽量使用表变量来代替临时表。若表变量包含大量数据,注意索引只有主键索引
- 避免频繁创建和删除临时表,以减少表资源的消耗。
- 新建临时表时,若一次插入很大数据量时,可以使用select into 代替 create table , 这样可以避免大量log,以提高速度。
- 如果系统中使用了临时表,在存储过程中要显示删除临时表,先truncate 再 drop table ,以避免系统表的较长时间锁定。
- 尽量避免使用游标,游标效率很低
- 尽量避免大事物,提高系统的并发能力
- 避免向客户端返回大量数据。