MySQL查詢效率很慢的問題如何分析和解決

這三個指標都會記錄到MySQL的慢日志中，所以 檢查慢日志記錄是找出掃描行數(shù)過多查詢的辦法 。慢查詢： 用于記錄在MySQL中響應時間超過閾值(long_query_time，默認10s)的語句，并會將慢查詢記錄到慢日志中。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、成都微信小程序、集團企業(yè)網(wǎng)站建設(shè)等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了膠州免費建站歡迎大家使用！

查看建立索引前面的返回的結(jié)果。假如沒有索引的話，explain會顯示返回查詢?nèi)淼臄?shù)據(jù)自然會很慢了。

臨時冒出另外一種解決想法，即用 GDB 調(diào)試崩潰恢復，通過臨時修改 validate 變量值讓 MySQL 跳過表空間驗證過程，然后讓 MySQL 正常關(guān)閉，重新啟動就可以正常啟動了。

mysql數(shù)據(jù)庫啟動慢如何解決?

臨時冒出另外一種解決想法，即用 GDB 調(diào)試崩潰恢復，通過臨時修改 validate 變量值讓 MySQL 跳過表空間驗證過程，然后讓 MySQL 正常關(guān)閉，重新啟動就可以正常啟動了。

我們診斷的關(guān)鍵點如下：\ 對于 information_schema 中的元數(shù)據(jù)表，執(zhí)行計劃不能提供有效信息。\ 通過查看 MySQL 改寫后的 SQL，我們猜測了優(yōu)化器發(fā)生了誤判。\ 我們增加了 hint，指導 MySQL 正確進行優(yōu)化判斷。

檢查系統(tǒng)的狀態(tài) 通過操作系統(tǒng)的一些工具檢查系統(tǒng)的狀態(tài)，比如CPU、內(nèi)存、交換、磁盤的利用率，根據(jù)經(jīng)驗或與系統(tǒng)正常時的狀態(tài)相比對，有時系統(tǒng)表面上看起來看空閑，這也可能不是一個正常的狀態(tài)，因為cpu可能正等待IO的完成。

(1)、Windows下開啟MySQL慢查詢MySQL在Windows系統(tǒng)中的配置文件一般是是my.ini找到[mysqld]下面加上代碼如下log-slow-queries = F：/MySQL/log/mysqlslowquery。

要增加mysql占用的內(nèi)存，讓他啟動快點，直接加大系統(tǒng)內(nèi)存即可。同時減少其他啟動軟件也可以。

打開my.ini，如果是Linux服務器，那就是my.conf；然后在[mysqld]選項下面添加：skip-name-resolve 這個選項的意思是：禁用DNS解析，連接速度會快很多。

如何解決局域網(wǎng)內(nèi)mysql數(shù)據(jù)庫連接慢

1、你好 mysql服務器，防火墻打開3306端口；看看你的mysql是否設(shè)置允許其他機器連接了。打MYSQL中默認MYSQL數(shù)據(jù)庫；更改USE表中的HOST鍵值（即將LOCALHOST---%）；登錄到管理器，添加一個用戶，主機寫%即可。

2、檢查系統(tǒng)的狀態(tài) 通過操作系統(tǒng)的一些工具檢查系統(tǒng)的狀態(tài)，比如CPU、內(nèi)存、交換、磁盤的利用率，根據(jù)經(jīng)驗或與系統(tǒng)正常時的狀態(tài)相比對，有時系統(tǒng)表面上看起來看空閑，這也可能不是一個正常的狀態(tài)，因為cpu可能正等待IO的完成。

3、第三，如果實在搞不定，需求方一定要按照數(shù)據(jù)庫容易接受的方式去寫SQL，這個成本會下降的非?？?，這個是常規(guī)的MySQL慢的診斷思路。

4、當主要MySQL線程在一個很短時間內(nèi)得到非常多的連接請求，這就起作用，然后主線程花些時間(盡管很短)檢查連接并且啟動一個新線程。 back_log 值指出在MySQL暫時停止回答新請求之前的短時間內(nèi)多少個請求可以被存在堆棧中。

5、MySQL數(shù)據(jù)庫有幾個配置選項可以幫助我們及時捕獲低效SQL語句1，slow_query_log這個參數(shù)設(shè)置為ON，可以捕獲執(zhí)行時間超過一定數(shù)值的SQL語句。2，long_query_time當SQL語句執(zhí)行時間超過此數(shù)值時，就會被記錄到日志中，建議設(shè)置為1或者更短。

6、找到你mysql的安裝目錄，打開my.ini，如果是Linux服務器，那就是my.conf；然后在[mysqld]選項下面添加：skip-name-resolve 這個選項的意思是：禁用DNS解析，連接速度會快很多。

mysql變慢

問題分析考慮到可能是程序性能問題后，我使用了xdebug的性能日志功能輸出程序運行日志后發(fā)現(xiàn)連接mysql的函數(shù)時間居然用掉了接近95%的執(zhí)行時間。

MySQL默認使用索引來優(yōu)化查詢，但在進行比較時，乘以1000之后的值會與索引中的值進行比較，需要對索引進行大量的整數(shù)除以1000的操作，導致查詢變慢。

下載源問題：下載源服務器帶寬不足或者服務器負載過高，也會導致下載速度變慢。網(wǎng)絡問題：下載速度受到網(wǎng)絡帶寬的限制，網(wǎng)絡不穩(wěn)定或者帶寬較小，下載速度就會變慢。

系統(tǒng)bug。mysql使用，出現(xiàn)union10次會變慢是系統(tǒng)bug導致的，重新打開即可正常使用。MySQL是一個關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，由瑞典MySQLAB公司開發(fā)，屬于Oracle旗下產(chǎn)品。

MySQL 下崩潰恢復確實和表數(shù)量有關(guān)，表總數(shù)越大，崩潰恢復時間越長。另外磁盤 IOPS 也會影響崩潰恢復時間，像這里開發(fā)庫的 HDD IOPS 較低，因此面對大量的表空間，校驗速度就非常緩慢。

可以看到執(zhí)行時間變成了 0.67s。整理 我們診斷的關(guān)鍵點如下：\ 對于 information_schema 中的元數(shù)據(jù)表，執(zhí)行計劃不能提供有效信息。\ 通過查看 MySQL 改寫后的 SQL，我們猜測了優(yōu)化器發(fā)生了誤判。

mysql數(shù)據(jù)庫查詢好慢怎么解決

響應時間掃描的行數(shù)返回的行數(shù)沒有哪個指標能夠完全來衡量查詢的開銷，但它們能夠大致反映MySQL內(nèi)部執(zhí)行查詢時需要訪問多少數(shù)據(jù)，并可以大概推算出查詢運行的實際。

而優(yōu)化數(shù)據(jù)的重要一步就是索引的建立，對于mysql中出現(xiàn)的慢查詢，我們可以通過使用索引來提升查詢速度。索引用于快速找出在某個列中有一特定值的行。

查看建立索引前面的返回的結(jié)果。假如沒有索引的話，explain會顯示返回查詢?nèi)淼臄?shù)據(jù)自然會很慢了。

\ 對于 information_schema 中的元數(shù)據(jù)表，執(zhí)行計劃不能提供有效信息。\ 通過查看 MySQL 改寫后的 SQL，我們猜測了優(yōu)化器發(fā)生了誤判。\ 我們增加了 hint，指導 MySQL 正確進行優(yōu)化判斷。

如慢嘗試更換網(wǎng)線。網(wǎng)絡連接速度正常，則嘗試更換調(diào)用的驅(qū)動包，重新下一個或換一個版本。mysql支持幾十萬的數(shù)據(jù)，響應速度應該是毫秒級的?？戳讼履愕恼Z句，不要用IN了，改INNER JOIN吧，套那么多層IN，肯定沒效率。

●使用系統(tǒng)工具。如Informix數(shù)據(jù)庫有一個tbcheck工具，可以在可疑的索引上進行檢查。