MySQL解釋查詢的奇怪邏輯

我用的是MySQL 4.1.20 。一直以為，當表的某列出現在查詢語句的order by中時，如果這個列建了索引，MySQL利用這個索引。現在才發現這個想當然是錯誤的。

這幾天對資料庫的跟蹤我發現總是有一些特簡單的SQL執行起來特別慢。

如：select id,title from sources  where status=1 and isrepeat=0 order by id desc limit 0,30;
這個查詢執行大概需要3s。表sources大概有26萬資料,id是自增主鍵，status和isrepeat都建了索引。使用explain看一下MySQL是怎麼解釋他的：

sources

ref

status_2

status_2

3

const,const

178760

Using where; Using filesort

居然沒有用到主鍵索引(id)。再看看MySQL是怎麼解釋幾乎同樣的SQL(select id,title from sources  where status=1 and isrepeat=0 and id>0 order by id desc limit 0,30;)：

sources

range

PRIMARY,status_2

PRIMARY

4

NULL

52704

Using where

執行這條查詢只需0.00011s。只是加入了and id>0，差別竟然這麼大。

也許是我使用的Mysql版本沒有跟上時代吧，有空拿最新的MySQL測試一下.