求教：MySQL查詢速度差異極大

star_in_sky

各位MySQL的兄弟姐妹：
   
    最近生產(chǎn)環(huán)境下的MySQL查詢變的很慢。同樣的數(shù)據(jù)量（17000）條左右的數(shù)據(jù)，需要耗時16.83秒；

但是我把同樣的數(shù)據(jù)導(dǎo)入內(nèi)部測試平臺后，使用同樣的SQL語句查詢同樣的數(shù)據(jù)，只有0.42秒.

     內(nèi)網(wǎng)的硬件平臺沒有外網(wǎng)好，但是外網(wǎng)做了radi，內(nèi)網(wǎng)沒有做，是這個原因么？

    大家有什么好的建議么？

2012-5-24

cenalulu

回復(fù) 1# star_in_sky


    同樣的數(shù)據(jù)量（17000）條左右的數(shù)據(jù)，需要耗時16.83秒；

看一下這16.83秒服務(wù)器都消耗在什么資源上，一般CPU和IO可能是瓶頸

duzq1985

拿到生產(chǎn)環(huán)境下explain下看看啊，索引是否用到。
是否是鎖爭搶。

star_in_sky

感謝樓上兩位。

按照兩位的提示，還在檢查中。

希望快點(diǎn)解決啊。

star_in_sky

感謝上面兩位的建議，問題已經(jīng)解決了。

最近兩天在生產(chǎn)環(huán)境中，我發(fā)現(xiàn)MySQL查詢某張數(shù)據(jù)表（table_a）的速度急劇下降（查詢速度下降了80%），

所以我在內(nèi)網(wǎng)的數(shù)據(jù)庫環(huán)境中執(zhí)行了類似的查詢，速度非�？臁�

因此我開始覺得是外網(wǎng)的數(shù)據(jù)庫的磁盤有問題，所以查詢了兩個數(shù)據(jù)量比較小的表（就是上面

的那個17000條數(shù)據(jù)），結(jié)果顯示速度是有差距。

但是在這里，我犯了一個細(xì)微的錯誤：

查詢外網(wǎng)的數(shù)據(jù)統(tǒng)計(jì)時間還包含了網(wǎng)絡(luò)傳輸?shù)臅r間；而內(nèi)網(wǎng)中，網(wǎng)絡(luò)傳輸速度極快，所以出現(xiàn)了

極大的速度差異（正如cenalulu說的那樣，IO是瓶頸，不過這個是網(wǎng)絡(luò)IO）。因?yàn)槲沂褂肕ySQL

自帶的命令行工具，沒有注意這個查詢時間實(shí)際上包含了網(wǎng)絡(luò)傳輸時間。

正因?yàn)檫@個錯誤，給了我一個誤導(dǎo)，一直覺得是外網(wǎng)計(jì)算機(jī)磁盤有問題。

之后，我把外網(wǎng)的table_a的數(shù)據(jù)同步到了內(nèi)網(wǎng)數(shù)據(jù)庫中，進(jìn)行查詢，結(jié)果卻和外網(wǎng)一直，查詢速度極慢。

這下讓我知道了先前我的思路有問題；調(diào)整思路后，我檢查了一下查詢的SQL語句，在數(shù)據(jù)表中增加了

一個新的索引，避免了全表掃描（使用explain可以看到，謝謝duzq1985的提示）速度馬上提升了。最終問題得以解決。

雖然問題已經(jīng)解決，但是我對下面的一個問題還有些疑惑：

1. 其實(shí)同步table_a之前，內(nèi)網(wǎng)的table_a中有400萬條數(shù)據(jù)，未加索引，速度并沒有慢到不可忍受的地步。
   
   但是，外網(wǎng)的table_a的數(shù)據(jù)僅僅比內(nèi)網(wǎng)中多100萬條（沒有準(zhǔn)確查過，但是根據(jù)估計(jì)也就是這個數(shù)量級）

  就讓同樣的查詢語句效率下降了80%。是不是MySQL單表中可以容納的數(shù)據(jù)有一定的限度，當(dāng)超過400萬條的

  數(shù)據(jù)后就會嚴(yán)重影響查詢效率？

  我的MySQL運(yùn)行在Win2003 X64+R2，版本是5.0.18, 系統(tǒng)內(nèi)存2GB，InnoDB數(shù)據(jù)庫引擎。

chinafenghao

太古老了...............

star_in_sky

呵呵，是說MySQL和Win2003 Server古老么？

不過說實(shí)話，是挺老的。

那么MySQL對于單表數(shù)據(jù)量是否存在一個查詢的臨界點(diǎn)呢？就像我遇到的問題？

cenalulu

回復(fù) 5# star_in_sky


   

但是，外網(wǎng)的table_a的數(shù)據(jù)僅僅比內(nèi)網(wǎng)中多100萬條（沒有準(zhǔn)確查過，但是根據(jù)估計(jì)也就是這個數(shù)量級）

  就讓同樣的查詢語句效率下降了80%。是不是MySQL單表中可以容納的數(shù)據(jù)有一定的限度，當(dāng)超過400萬條的

  數(shù)據(jù)后就會嚴(yán)重影響查詢效率？

可能是達(dá)到了一個閾值，導(dǎo)致執(zhí)行計(jì)劃不一樣的，從而查詢效率差異很大

909413335

cenalulu 發(fā)表于 2012-05-25 09:55
回復(fù) 5# star_in_sky

對于表包含的數(shù)據(jù)，沒有一個“門限”說法。

當(dāng)你看到不同數(shù)據(jù)量的表對同一個SQL產(chǎn)生不同的執(zhí)行計(jì)劃是，是因?yàn)閿?shù)據(jù)的“分布狀況”發(fā)生了改變，它影響了優(yōu)化器。

方兆國

回復(fù) 1# star_in_sky


    是不是你的select有問題？太消耗資源