</pre>

<p>如果一個(gè)多列索引存在于<code>col1</code>和<code>col2</code>上，適當(dāng)?shù)男锌梢灾苯颖蝗〕觥Ｈ绻珠_的單行列索引存在于<code>col1</code>和<code>col2</code>上，優(yōu)化器試圖通過決定哪個(gè)索引將找到更少的行并來找出更具限制性的索引并且使用該索引取行。 
</p>

<p><a NAME="IDX624"></a>如果表有一個(gè)多列索引，任何最左面的索引前綴能被優(yōu)化器使用以找出行。例如，如果你有一個(gè)3行列索引<code>(col1,col2,col3)</code>，你已經(jīng)索引了在<code>(col1)</code>、<code>(col1,col2)</code>和<code>(col1,col2,col3)</code>上的搜索能力。 
</p>

<p>如果列不構(gòu)成索引的最左面前綴，<strong>MySQL</strong>不能使用一個(gè)部分的索引。假定你下面顯示的<code>SELECT</code>語句： 
</p>

<pre>mysql&gt; SELECT * FROM tbl_name WHERE col1=val1;
mysql&gt; SELECT * FROM tbl_name WHERE col2=val2;
mysql&gt; SELECT * FROM tbl_name WHERE col2=val2 AND col3=val3;
</pre>

<p>如果一個(gè)索引存在于<code>(col1、col2、col3)</code>上，只有上面顯示的第一個(gè)查詢使用索引。第二個(gè)和第三個(gè)查詢確實(shí)包含索引的列，但是<code>(col2)</code>和<code>(col2、col3)</code>不是<code>(col1、col2、col3)</code>的最左面前綴。 
</p>

<p>如果<code>LIKE</code>參數(shù)是一個(gè)不以一個(gè)通配符字符起始的一個(gè)常數(shù)字符串，<a NAME="IDX626"></a><strong>MySQL</strong>也為<code>LIKE</code>比較使用索引。例如，下列<code>SELECT</code>語句使用索引： 
</p>

<pre>mysql&gt; select * from tbl_name where key_col LIKE &quot;Patrick%&quot;;
mysql&gt; select * from tbl_name where key_col LIKE &quot;Pat%_ck%&quot;;
</pre>

<p>在第一條語句中，只考慮有<code>&quot;Patrick&quot; &lt;= key_col &lt; 
&quot;Patricl&quot;</code>的行。在第二條語句中，只考慮有<code>&quot;Pat&quot; 
&lt;= key_col &lt; &quot;Pau&quot;</code>的行。 </p>

<p>下列<code>SELECT</code>語句將不使用索引： </p>

<pre>mysql&gt; select * from tbl_name where key_col LIKE &quot;%Patrick%&quot;;
mysql&gt; select * from tbl_name where key_col LIKE other_col;
</pre>

<p>在第一條語句中，<code>LIKE</code>值以一個(gè)通配符字符開始。在第二條語句中，<code>LIKE</code>值不是一個(gè)常數(shù)。 
</p>

<p><a NAME="IDX630"></a><a NAME="IDX631"></a>如果 column_name 是一個(gè)索引，使用<code>column_name 
IS NULL</code>的搜索將使用索引。 </p>

<p><strong>MySQL</strong>通常使用找出最少數(shù)量的行的索引。一個(gè)索引被用于你與下列操作符作比較的列：<code>=</code>、<code>&gt;</code>、<code>&gt;=</code>、<code>&lt;</code>、<code>&lt;=</code>、<code>BETWEEN</code>和一個(gè)有一個(gè)非通配符前綴象<code>'something%'</code>的<code>LIKE</code>的列。 
</p>

<p>任何不跨越的在<code>WHERE</code>子句的所有<code>AND</code>層次的索引不用來優(yōu)化詢問。 
</p>

<p>下列<code>WHERE</code>子句使用索引：</p>

<pre>... WHERE index_part1=1 AND index_part2=2
... WHERE index=1 OR A=10 AND index=2      /* index = 1 OR index = 2 */
... WHERE index_part1='hello' AND index_part_3=5
          /* optimized like &quot;index_part1='hello'&quot; */
</pre>

<p>這些<code>WHERE</code>子句<strong>不</strong>使用索引： </p>

<pre>... WHERE index_part2=1 AND index_part3=2  /* index_part_1 is not used */
... WHERE index=1 OR A=10                  /* No index */
... WHERE index_part1=1 OR index_part2=10  /* No index spans all rows */
</pre>

<h2><a NAME="Query_Speed" HREF="manual_toc.html#Query_Speed">10.5 
存取或更新數(shù)據(jù)的查詢速度</a></h2>

<p>首先，一件事情影響所有的詢問。你有的許可系統(tǒng)設(shè)置越復(fù)雜，你得到更多的開銷。</p>

<p>如果你不讓任何<code>GRANT</code>語句執(zhí)行，<strong>MySQL</strong>將稍微優(yōu)化許可檢查。因此如果你有很大量，值得花時(shí)間來避免授權(quán)，否則更多的許可檢查有更大的開銷。 
</p>

<p>如果你的問題是與一些明顯的<strong>MySQL</strong>函數(shù)有關(guān)，你總能在<strong>MySQL</strong>客戶中計(jì)算其時(shí)間：</p>

<pre>mysql&gt; select benchmark(1000000,1+1);
+------------------------+
| benchmark(1000000,1+1) |
+------------------------+
|                      0 |
+------------------------+
1 row in set (0.32 sec)
</pre>

<p>上面顯示<strong>MySQL</strong>能在<code>PentiumII 400MHz</code>上以0.32秒執(zhí)行1,000,000個(gè)<code>+</code>表達(dá)式。 
</p>

<p>所有<strong>MySQL</strong>函數(shù)應(yīng)該被高度優(yōu)化，但是以可能有一些例外并且<code>benchmark(loop_count,expression)</code>是找出是否你的查詢有問題的一個(gè)極好工具。</p>

<h3><a NAME="Estimating_performance" HREF="manual_toc.html#Estimating_performance">10.5.1 
估計(jì)查詢性能</a></h3>

<p>在大多數(shù)情況下，你能通過計(jì)算磁盤尋道估計(jì)性能。對(duì)小的表，你通常能在1次磁盤尋道中找到行(因?yàn)檫@個(gè)索引可能被緩沖)。對(duì)更大的表，你能估計(jì)它(使用 
B++ 樹索引)，你將需要：<code>log(row_count)/log(index_block_length/3*2/(index_length 
+ data_pointer_length))+1</code>次尋道找到行。 </p>

<p>在<strong>MySQL</strong>中，索引塊通常是1024個(gè)字節(jié)且數(shù)據(jù)指針通常是4個(gè)字節(jié)，這對(duì)一個(gè)有一個(gè)索引長(zhǎng)度為3(中等整數(shù))的 
500,000 行的表給你：<code>log(500,000)/log(1024/3*2/(3+4)) + 1</code>= 4 
次尋道。 </p>

<p>象上面的索引將要求大約 500,000 * 7 * 3/2 = 5.2M，(假設(shè)索引緩沖區(qū)被充滿到2/3(它是典型的))，你將可能在內(nèi)存中有索引的大部分并且你將可能僅需要1-2調(diào)用從OS讀數(shù)據(jù)來找出行。 
</p>

<p>然而對(duì)于寫，你將需要 4 次尋道請(qǐng)求(如上)來找到在哪兒存放新索引并且通常需2次尋道更新這個(gè)索引并且寫入行。 
</p>

<p>注意，上述不意味著你的應(yīng)用程序?qū)⒕徛匾?N log N 
退化！當(dāng)表格變得更大時(shí)，只要一切被OS或SQL服務(wù)器緩沖，事情將僅僅或多或少地更慢。在數(shù)據(jù)變得太大不能被緩沖后，事情將開始變得更慢直到你的應(yīng)用程序僅僅受磁盤尋道限制(它以N 
log N增加)。為了避免這個(gè)增加，索引緩沖隨數(shù)據(jù)增加而增加。見<a HREF="manual_Performance.html#Server_parameters">10.2.3 調(diào)節(jié)服務(wù)器參數(shù)</a>。</p>

<h3><a NAME="SELECT_speed" HREF="manual_toc.html#SELECT_speed">10.5.2 <code>SELECT</code>查詢的速度</a></h3>

<p>總的來說，當(dāng)你想要使一個(gè)較慢的<code>SELECT ... WHERE</code>更快，檢查的第一件事情是你是否能增加一個(gè)索引。見<a HREF="manual_Performance.html#MySQL_indexes">10.4 MySQL 索引的使用</a>。在不同表之間的所有引用通常應(yīng)該用索引完成。你可以使用<code>EXPLAIN</code>來確定哪個(gè)索引用于一條<code>SELECT</code>語句。見<a HREF="manual_Reference.html#EXPLAIN">7.22<code> EXPLAIN</code>句法(得到關(guān)于一條<code>SELECT</code>的信息)</a>。 
</p>

<p>一些一般的建議： 

<ul>
  <li>為了幫助<strong>MySQL</strong>更好地優(yōu)化查詢，在它已經(jīng)裝載了相關(guān)數(shù)據(jù)后，在一個(gè)表上運(yùn)行<code>myisamchk 
    --analyze</code>。這為每一個(gè)更新一個(gè)值，指出有相同值地平均行數(shù)（當(dāng)然，對(duì)唯一索引，這總是1。）</li>
  <li>為了根據(jù)一個(gè)索引排序一個(gè)索引和數(shù)據(jù)，使用<code>myisamchk --sort-index 
    --sort-records=1</code>（如果你想要在索引1上排序)。如果你有一個(gè)唯一索引，你想要根據(jù)該索引地次序讀取所有的記錄，這是使它更快的一個(gè)好方法。然而注意，這個(gè)排序沒有被最佳地編寫，并且對(duì)一個(gè)大表將花很長(zhǎng)時(shí)間！ 
  </li>
</ul>

<h3><a NAME="Where_optimizations" HREF="manual_toc.html#Where_optimizations">10.5.3 MySQL怎樣優(yōu)化<code>WHERE</code>子句</a></h3>

<p>where優(yōu)化被放在<code>SELECT</code>中，因?yàn)樗麄冏钪饕谀抢锸褂美铮峭瑯拥膬?yōu)化被用于<code>DELETE</code>和<code>UPDATE</code>語句。</p>

<p>也要注意，本節(jié)是不完全的。<strong>MySQL</strong>確實(shí)作了許多優(yōu)化而我們沒有時(shí)間全部記錄他們。 
</p>

<p>由<strong>MySQL</strong>實(shí)施的一些優(yōu)化列在下面： 

<ul>
  <li>刪除不必要的括號(hào)： <pre>   ((a AND b) AND c OR (((a AND b) AND (c AND d))))
-&gt; (a AND b AND c) OR (a AND b AND c AND d)
</pre>
  </li>
  <li>常數(shù)調(diào)入： <pre>   (a&lt;b AND b=c) AND a=5
-&gt; b&gt;5 AND b=c AND a=5
</pre>
  </li>
  <li>刪除常數(shù)條件(因常數(shù)調(diào)入所需)：<pre>   (B&gt;=5 AND B=5) OR (B=6 AND 5=5) OR (B=7 AND 5=6)
-&gt; B=5 OR B=6
</pre>
  </li>
  <li>索引使用的常數(shù)表達(dá)式僅計(jì)算一次。 </li>
  <li>在一個(gè)單個(gè)表上的沒有一個(gè)<code>WHERE</code>的<code>COUNT(*)</code>直接從表中檢索信息。當(dāng)僅使用一個(gè)表時(shí)，對(duì)任何<code>NOT 
    NULL</code>表達(dá)式也這樣做。 </li>
  <li>無效常數(shù)表達(dá)式的早期檢測(cè)。<strong>MySQL</strong>快速檢測(cè)某些<code>SELECT</code>語句是不可能的并且不返回行。 
  </li>
  <li>如果你不使用<code>GROUP BY</code>或分組函數(shù)(<code>COUNT()</code>、<code>MIN()</code>……)，<code>HAVING</code>與<code>WHERE</code>合并。</li>
  <li>為每個(gè)子聯(lián)結(jié)(sub join)，構(gòu)造一個(gè)更簡(jiǎn)單的<code>WHERE</code>以得到一個(gè)更快的<code>WHERE</code>計(jì)算并且也盡快跳過記錄。 
    <a NAME="IDX633"></a> <a NAME="IDX634"></a> </li>
  <li>所有常數(shù)的表在查詢中的任何其他表前被首先讀出。一個(gè)常數(shù)的表是： 
    <ul>
      <li>一個(gè)空表或一個(gè)有1行的表。 </li>
      <li>與在一個(gè)<code>UNIQUE</code>索引、或一個(gè)<code>PRIMARY KEY</code>的<code>WHERE</code>子句一起使用的表，這里所有的索引部分使用一個(gè)常數(shù)表達(dá)式并且索引部分被定義為<code>NOT 
        NULL</code>。 </li>
    </ul>
    <p>所有下列的表用作常數(shù)表： </p>
    <pre>mysql&gt; SELECT * FROM t WHERE primary_key=1;
mysql&gt; SELECT * FROM t1,t2
           WHERE t1.primary_key=1 AND t2.primary_key=t1.id;
</pre>
  </li>
  <li>對(duì)聯(lián)結(jié)表的最好聯(lián)結(jié)組合是通過嘗試所有可能性來找到:(。如果所有在<code>ORDER 
    BY</code>和<code>GROUP BY</code>的列來自同一個(gè)表，那么當(dāng)廉潔時(shí)，該表首先被選中。 
  </li>
  <li>如果有一個(gè)<code>ORDER BY</code>子句和一個(gè)不同的<code>GROUP BY</code>子句，或如果<code>ORDER 
    BY</code>或<code>GROUP BY</code>包含不是來自聯(lián)結(jié)隊(duì)列中的第一個(gè)表的其他表的列，創(chuàng)建一個(gè)臨時(shí)表。 
  </li>
  <li>如果你使用<code>SQL_SMALL_RESULT</code>，<strong>MySQL</strong>將使用一個(gè)在內(nèi)存中的表。 
  </li>
  <li>因?yàn)?lt;code>DISTINCT</code>被變換到在所有的列上的一個(gè)<code>GROUP BY</code>，<code>DISTINCT</code>與<code>ORDER 
    BY</code>結(jié)合也將在許多情況下需要一張臨時(shí)表。 </li>
  <li>每個(gè)表的索引被查詢并且使用跨越少于30% 
    的行的索引。如果這樣的索引沒能找到，使用一個(gè)快速的表掃描。 </li>
  <li>在一些情況下，<strong>MySQL</strong>能從索引中讀出行，甚至不咨詢數(shù)據(jù)文件。如果索引使用的所有列是數(shù)字的，那么只有索引樹被用來解答查詢。 
  </li>
  <li>在每個(gè)記錄被輸出前，那些不匹配<code>HAVING</code>子句的行被跳過。 
  </li>
</ul>