避免全表扫描的sql优化
2017-08-23 18:58
246 查看
/** http://www.2cto.com/database/201201/116117.html **/ 对查询进行优化,应尽量避免全表扫描,首先应考虑在where 及order by 涉及的列上建立索引: .尝试下面的技巧以避免优化器错选了表扫描: · 使用ANALYZE TABLE tbl_name为扫描的表更新关键字分布。 · 对扫描的表使用FORCE INDEX告知MySQL,相对于使用给定的索引表扫描将非常耗时。 SELECT * FROM t1, t2 FORCE INDEX (index_for_column) WHERE t1.col_name=t2.col_name; · 用--max-seeks-for-key=1000选项启动mysqld或使用SET max_seeks_for_key=1000告知优化器假设关键字扫描不会超过1,000次关键字搜索。 1. 应尽量避免在where 子句中对字段进行null 值判断,否则将导致引擎放弃使用索引而进行全表扫描, 如: select id from t where num is null NULL对于大多数数据库都需要特殊处理,MySQL也不例外,它需要更多的代码,更多的检查和特殊的索引逻辑,有些开发人员完全没有意识到,创建表时NULL是默认值,但大多数时候应该使用NOT NULL,或者使用一个特殊的值,如0,-1作为默 认值。 不能用null作索引,任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下,只要这些列中有一列含有null,该列 就会从索引中排除。也就是说如果某列存在空值,即使对该列建索引也不会提高性能。 任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。 此例可以在num上设置默认值0,确保表中num列没有null值,然后这样查询: select id from t where num=0 2. 应尽量避免在where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描。 MySQL只有对以下操作符才使用索引:<,<=,=,>,>=,BETWEEN,IN,以及某些时候的LIKE。 可以在LIKE操作中使用索引的情形是指另一个操作数不是以通配符(%或者_)开头的情形。例如,“SELECT id FROM t WHERE col LIKE 'Mich%';”这个查询将使用索引,但“SELECT id FROM t WHERE col LIKE '%ike';”这个查询不会使用索引。 3. 应尽量避免在where 子句中使用or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描, 如: select id from t where num=10 or num=20 可以这样查询:select id from t where num=10 union all select id from t where num=20 4 .in 和not in 也要慎用,否则会导致全表扫描, 如: select id from t where num in(1,2,3) 对于连续的数值,能用between 就不要用in 了: select id from t where num between 1 and 3 5.下面的查询也将导致全表扫描: select id from t where name like '%abc%' 或者 select id from t where name like '%abc' 或者 若要提高效率,可以考虑全文检索。 而select id from t where name like 'abc%' 才用到索引 7. 如果在where 子句中使用参数,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推 迟到运行时;它必须在编译时进行选择。然而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描: select id from t where num=@num 可以改为强制查询使用索引:select id from t with(index(索引名)) where num=@num 8.应尽量避免在where 子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。 如:select id from t where num/2=100 应改为: select id from t where num=100*2 9. 应尽量避免在where子句中对字段进行函数操作,这将导致引擎放弃使用索引而进行全表扫描。如: select id from t where substring(name,1,3)='abc'--name select id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的id 应改为: select id from t where name like 'abc%' select id from t where createdate>='2005-11-30' and createdate<'2005-12-1' 10.不要在where 子句中的“=”左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引。 11.在使用索引字段作为条件时,如果该索引是复合索引,那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引,否则该索引将不会被使用,并且应尽可能的让字段顺序与索引顺序相一致。 12.很多时候用exists 代替in 是一个好的选择: select num from a where num in(select num from b) 用下面的语句替换: select num from a where exists(select 1 from b where num=a.num) 14.并不是所有索引对查询都有效,SQL是根据表中数据来进行查询优化的,当索引列有大量数据重复时,SQL查询可能不会去利用索引,如一表中有字段sex,male、female几乎各一半,那么即使在sex上建了索引也对查询效率起不了作用。
相关文章推荐
- Mysql避免全表扫描sql查询优化
- Mysql避免全表扫描sql查询优化
- Mysql怎么样避免全表扫描,sql查询优化
- 避免全表扫描的sql优化(转载)
- SQL 数据优化索引建suo避免全表扫描
- Mysql避免全表扫描sql查询优化
- Mysql避免全表扫描sql查询优化 .
- sql语句优化之一:尽量使用索引避免全表扫描
- 【转】避免全表扫描的sql优化
- 避免全表扫描的sql优化
- 数据库优化<八>SQL优化之SELECT优化 ——避免全表扫描
- Mysql避免全表扫描sql查询优化 .
- sql语句优化:尽量使用索引避免全表扫描
- sql语句优化之一:尽量使用索引避免全表扫描
- sql优化:避免全表扫描
- Mysql避免全表扫描sql查询优化 .
- SQL 数据优化索引建suo避免全表扫描
- Mysql避免全表扫描sql查询优化
- 避免全表扫描的sql优化
- 避免全表扫描的sql优化