MySQL查询优化器浅析
2008-01-18 11:06:59 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鎯у⒔閹虫捇鈥旈崘顏佸亾閿濆簼绨绘い鎺嬪灪閵囧嫰骞囬姣挎捇鏌熸笟鍨妞ゎ偅绮撳畷鍗炍旈埀顒勭嵁婵犲嫮纾介柛灞捐壘閳ь剛鎳撻~婵嬪Ω閳轰胶鐤呯紓浣割儐椤戞瑩宕ョ€n喗鐓曟い鎰靛亝缁舵氨绱撻崘鈺傜婵﹤顭峰畷鎺戔枎閹搭厽袦婵犵數濮崑鎾绘⒑椤掆偓缁夌敻骞嗛悙鍝勭婵烇綆鍓欐俊鑲╃磼閹邦収娈滈柡灞糕偓鎰佸悑閹肩补鈧尙鏁栧┑鐐村灦閹稿摜绮旈悽绋课﹂柛鏇ㄥ灠閸愨偓濡炪倖鍔﹀鈧繛宀婁邯濮婅櫣绱掑Ο璇茶敿闂佺ǹ娴烽弫璇差嚕婵犳碍鏅插璺猴工瀹撳棝姊虹紒妯哄缂佷焦鎸冲畷鎴﹀箻鐠囧弶宓嶅銈嗘尰缁嬫垶绂嶉悙顒佸弿婵☆垳鍘ф禍楣冩倵濮樼偓瀚�

核心提示: 但对下面的表达式就不会使用到索引了:column1 LIKE '%x'这是因为当首字符是通配符的时候,没办法使用到索引进行范围查找,MySQL查询优化器浅析(6),对优化器而言,如下表达式:column1 BETWEEN 5 AND 7该表达式与下面的表达式是等价的:col
但对下面的表达式就不会使用到索引了:
column1 LIKE '%x'
这是因为当首字符是通配符的时候,没办法使用到索引进行范围查找。
对优化器而言,如下表达式:
column1 BETWEEN 5 AND 7
该表达式与下面的表达式是等价的:
column1 >= 5 AND column1 <= 7
同样,MySQL也认为它们是等价的。
如果需要检查过多的索引键值,优化器将放弃使用索引范围查找,而是使用全表扫描的方式。这样的情况经常出现如下的情况下:索引是多层次的二级索引,查询条件是'<'以及是'>'的情况。
9 索引存取类型
考虑如下的查询语句:
SELECT column1 FROM Table1;
如果column1是索引列,优化器更有可能选择索引全扫描,而不是采用表全扫描。这是因为该索引覆盖了我们所需要查询的列。
再考虑如下的查询语句:
SELECT column1,column2 FROM Table1;
如果索引的定义如下,那么就可以使用索引全扫描:
CREATE INDEX … ON Table1(column1,column2);
也就是说,所有需要查询的列必须在索引中出现。
10 转换
MySQL对简单的表达式支持转换。比如下面的语法:
WHERE -5 = column1
转换为:
WHERE column1 = -5
尽管如此,对于有数学运算存在的情况不会进行转换。比如下面的语法:
WHERE 5 = -column1
不会转换为:
WHERE column1 = -5
11 AND
带AND的查询的格式为: AND ,考虑如下的查询语句:
WHERE column1='x' AND column2='y'
优化的步骤:
1) 如果两个列都没有索引,那么使用全表扫描。
更多精彩
赞助商链接