亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
12下一頁
最近訪問板塊 發(fā)新帖
查看: 6595 | 回復: 11
打印 上一主題 下一主題

求教:MySQL查詢速度差異極大 [復制鏈接]

論壇徽章:
1
雙子座
日期:2013-11-14 17:43:24
跳轉到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2012-05-24 11:47 |只看該作者 |倒序瀏覽
各位MySQL的兄弟姐妹:
   
    最近生產環(huán)境下的MySQL查詢變的很慢。同樣的數據量(17000)條左右的數據,需要耗時16.83秒;

但是我把同樣的數據導入內部測試平臺后,使用同樣的SQL語句查詢同樣的數據,只有0.42秒.

     內網的硬件平臺沒有外網好,但是外網做了radi,內網沒有做,是這個原因么?

    大家有什么好的建議么?

2012-5-24

論壇徽章:
9
每日論壇發(fā)貼之星
日期:2016-01-04 06:20:00數據庫技術版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00每日論壇發(fā)貼之星
日期:2016-01-04 06:20:00數據庫技術版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00IT運維版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00IT運維版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00綜合交流區(qū)版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00綜合交流區(qū)版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00數據庫技術版塊每周發(fā)帖之星
日期:2016-03-07 16:30:25
2 [報告]
發(fā)表于 2012-05-24 13:25 |只看該作者
回復 1# star_in_sky


    同樣的數據量(17000)條左右的數據,需要耗時16.83秒;

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

論壇徽章:
0
3 [報告]
發(fā)表于 2012-05-24 17:02 |只看該作者
拿到生產環(huán)境下explain下看看啊,索引是否用到。
是否是鎖爭搶。

論壇徽章:
1
雙子座
日期:2013-11-14 17:43:24
4 [報告]
發(fā)表于 2012-05-24 17:14 |只看該作者
感謝樓上兩位。

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

希望快點解決啊。

論壇徽章:
1
雙子座
日期:2013-11-14 17:43:24
5 [報告]
發(fā)表于 2012-05-24 21:37 |只看該作者
本帖最后由 star_in_sky 于 2012-05-25 09:29 編輯

感謝上面兩位的建議,問題已經解決了。

最近兩天在生產環(huán)境中,我發(fā)現MySQL查詢某張數據表(table_a)的速度急劇下降(查詢速度下降了80%),

所以我在內網的數據庫環(huán)境中執(zhí)行了類似的查詢,速度非?臁

因此我開始覺得是外網的數據庫的磁盤有問題,所以查詢了兩個數據量比較小的表(就是上面

的那個17000條數據),結果顯示速度是有差距。

但是在這里,我犯了一個細微的錯誤:

查詢外網的數據統(tǒng)計時間還包含了網絡傳輸的時間;而內網中,網絡傳輸速度極快,所以出現了

極大的速度差異(正如cenalulu說的那樣,IO是瓶頸,不過這個是網絡IO)。因為我使用MySQL

自帶的命令行工具,沒有注意這個查詢時間實際上包含了網絡傳輸時間。

正因為這個錯誤,給了我一個誤導,一直覺得是外網計算機磁盤有問題。

之后,我把外網的table_a的數據同步到了內網數據庫中,進行查詢,結果卻和外網一直,查詢速度極慢。

這下讓我知道了先前我的思路有問題;調整思路后,我檢查了一下查詢的SQL語句,在數據表中增加了

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

雖然問題已經解決,但是我對下面的一個問題還有些疑惑:

1. 其實同步table_a之前,內網的table_a中有400萬條數據,未加索引,速度并沒有慢到不可忍受的地步。
   
   但是,外網的table_a的數據僅僅比內網中多100萬條(沒有準確查過,但是根據估計也就是這個數量級)

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

  數據后就會嚴重影響查詢效率?

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


論壇徽章:
8
CU大;照
日期:2013-09-18 15:20:48CU大牛徽章
日期:2013-09-18 15:20:58CU大;照
日期:2013-09-18 15:21:06CU大;照
日期:2013-09-18 15:21:12CU大;照
日期:2013-09-18 15:21:17天秤座
日期:2013-10-30 14:01:03摩羯座
日期:2013-11-29 18:02:31luobin
日期:2016-06-17 17:46:36
6 [報告]
發(fā)表于 2012-05-25 09:17 |只看該作者
太古老了...............

論壇徽章:
1
雙子座
日期:2013-11-14 17:43:24
7 [報告]
發(fā)表于 2012-05-25 09:33 |只看該作者
呵呵,是說MySQL和Win2003 Server古老么?

不過說實話,是挺老的。

那么MySQL對于單表數據量是否存在一個查詢的臨界點呢?就像我遇到的問題?

論壇徽章:
9
每日論壇發(fā)貼之星
日期:2016-01-04 06:20:00數據庫技術版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00每日論壇發(fā)貼之星
日期:2016-01-04 06:20:00數據庫技術版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00IT運維版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00IT運維版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00綜合交流區(qū)版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00綜合交流區(qū)版塊每日發(fā)帖之星
日期:2016-01-04 06:20:00數據庫技術版塊每周發(fā)帖之星
日期:2016-03-07 16:30:25
8 [報告]
發(fā)表于 2012-05-25 09:55 |只看該作者
回復 5# star_in_sky


   
但是,外網的table_a的數據僅僅比內網中多100萬條(沒有準確查過,但是根據估計也就是這個數量級)

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

  數據后就會嚴重影響查詢效率?


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

論壇徽章:
0
9 [報告]
發(fā)表于 2012-05-25 14:41 |只看該作者
cenalulu 發(fā)表于 2012-05-25 09:55
回復 5# star_in_sky


對于表包含的數據,沒有一個“門限”說法。

當你看到不同數據量的表對同一個SQL產生不同的執(zhí)行計劃是,是因為數據的“分布狀況”發(fā)生了改變,它影響了優(yōu)化器。

論壇徽章:
19
CU大牛徽章
日期:2013-03-13 15:32:35CU大牛徽章
日期:2013-09-18 15:15:15CU大;照
日期:2013-05-20 10:46:44CU大;照
日期:2013-05-20 10:46:38CU大牛徽章
日期:2013-05-20 10:46:31CU大;照
日期:2013-05-20 10:46:25CU大;照
日期:2013-05-20 10:46:18CU大牛徽章
日期:2013-04-17 11:19:51CU大牛徽章
日期:2013-04-17 11:19:42CU大牛徽章
日期:2013-04-17 11:19:37CU大;照
日期:2013-04-17 11:19:32CU大牛徽章
日期:2013-04-17 11:19:28
10 [報告]
發(fā)表于 2012-05-25 16:06 |只看該作者
回復 1# star_in_sky


    是不是你的select有問題?太消耗資源
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復

  

北京盛拓優(yōu)訊信息技術有限公司. 版權所有 京ICP備16024965號-6 北京市公安局海淀分局網監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關心和支持過ChinaUnix的朋友們 轉載本站內容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP