MySQL速度變慢，怎么辦

MySQL 在崩潰恢復(fù)時(shí)，會(huì)遍歷打開(kāi)所有 ibd 文件的 header page 驗(yàn)證數(shù)據(jù)字典的準(zhǔn)確性，如果 MySQL 中包含了大量表，這個(gè)校驗(yàn)過(guò)程就會(huì)比較耗時(shí)。 MySQL 下崩潰恢復(fù)確實(shí)和表數(shù)量有關(guān)，表總數(shù)越大，崩潰恢復(fù)時(shí)間越長(zhǎng)。另外磁盤 IOPS 也會(huì)影響崩潰恢復(fù)時(shí)間，像這里開(kāi)發(fā)庫(kù)的 HDD IOPS 較低，因此面對(duì)大量的表空間，校驗(yàn)速度就非常緩慢。另外一個(gè)發(fā)現(xiàn)，MySQL 8 下正常啟用時(shí)居然也會(huì)進(jìn)行表空間校驗(yàn)，而故障恢復(fù)時(shí)則會(huì)額外再進(jìn)行一次表空間校驗(yàn)，等于校驗(yàn)了 2 遍。不過(guò) MySQL 8.0 里多了一個(gè)特性，即表數(shù)量超過(guò) 5W 時(shí)，會(huì)啟用多線程掃描，加快表空間校驗(yàn)過(guò)程。

創(chuàng)新互聯(lián)建站是一家專業(yè)提供硯山企業(yè)網(wǎng)站建設(shè),專注與做網(wǎng)站、網(wǎng)站建設(shè)、HTML5、小程序制作等業(yè)務(wù)。10年已為硯山眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站制作公司優(yōu)惠進(jìn)行中。

如何跳過(guò)校驗(yàn)MySQL 5.7 下有方法可以跳過(guò)崩潰恢復(fù)時(shí)的表空間校驗(yàn)過(guò)程嘛？查閱了資料，方法主要有兩種：

1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那么 validate = false，即可以跳過(guò)表空間校驗(yàn)。實(shí)際測(cè)試的時(shí)候設(shè)置 innodb_force_recovery =1，也就是強(qiáng)制恢復(fù)跳過(guò)壞頁(yè)，就可以跳過(guò)校驗(yàn)，然后重啟就是正常啟動(dòng)了。通過(guò)這種臨時(shí)方式可以避免崩潰恢復(fù)后非常耗時(shí)的表空間校驗(yàn)過(guò)程，快速啟動(dòng) MySQL，個(gè)人目前暫時(shí)未發(fā)現(xiàn)有什么隱患。2. 使用共享表空間替代獨(dú)立表空間這樣就不需要打開(kāi) N 個(gè) ibd 文件了，只需要打開(kāi)一個(gè) ibdata 文件即可，大大節(jié)省了校驗(yàn)時(shí)間。自從聽(tīng)了姜老師講過(guò)使用共享表空間替代獨(dú)立表空間解決 drop 大表時(shí)性能抖動(dòng)的原理后，感覺(jué)共享表空間在很多業(yè)務(wù)環(huán)境下，反而更有優(yōu)勢(shì)。

臨時(shí)冒出另外一種解決想法，即用 GDB 調(diào)試崩潰恢復(fù)，通過(guò)臨時(shí)修改 validate 變量值讓 MySQL 跳過(guò)表空間驗(yàn)證過(guò)程，然后讓 MySQL 正常關(guān)閉，重新啟動(dòng)就可以正常啟動(dòng)了。但是實(shí)際測(cè)試發(fā)現(xiàn)，如果以 debug 模式運(yùn)行，確實(shí)可以臨時(shí)修改 validate 變量，跳過(guò)表空間驗(yàn)證過(guò)程，但是 debug 模式下代碼運(yùn)行效率大打折扣，反而耗時(shí)更長(zhǎng)。而以非 debug 模式運(yùn)行，則無(wú)法修改 validate 變量，想法破滅。

load MySQL極慢，為什么

可能是手機(jī)的機(jī)身內(nèi)存不足了，可以進(jìn)行下內(nèi)存清理

可以使用騰訊手機(jī)管家的內(nèi)存清理功能來(lái)進(jìn)行清理

先通過(guò)垃圾掃描來(lái)清理掉手機(jī)上的垃圾和軟件的緩存

之后進(jìn)行深度清理，把一些文件垃圾、緩存文件、安裝包之類的垃圾也清理掉

linux服務(wù)器下mysql啟動(dòng)慢，怎么解決

0 先了解主機(jī)和數(shù)據(jù)庫(kù)的環(huán)境

#主機(jī)

內(nèi)存多大，為了看有多少剩余能為mysql留出多少來(lái)：free

資源使用情況，看負(fù)載情況，重點(diǎn)看空閑 CPU百分比(帶 xx% id)：top

#mysql

看mysql數(shù)據(jù)文件多大：du -c -s /var/lib/mysql

1 初步調(diào)整（最主要的）

# 配置mysql的innodb內(nèi)存占用，根據(jù)上邊結(jié)果中剩余內(nèi)存（取80%）增加 innodb_buffer_pool_size的值

# 配置mysql的其它內(nèi)存使用和緩存使用情況，不要加的太大，主要是 sort_buffer_size, join_buffer_size, key_cache_size。

配置依據(jù)是：總內(nèi)存 - OS系統(tǒng)預(yù)留 - max_connections * (sort_buffer_size + join_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_statck ) - key_cache_size 0

2 優(yōu)化調(diào)整（屬于優(yōu)化性能方面）

主要是以下幾方面：

連接等待隊(duì)列數(shù) back_log

客戶端請(qǐng)求線程緩存數(shù) thread_cache_size

表緩沖的數(shù)量 table_open_cache

臨時(shí)表的內(nèi)存大小，用于group by的優(yōu)化 tmp_table_size

innodb日志緩沖大小 innodb_log_buffer_size

innodb能打開(kāi)表的數(shù)量大小（庫(kù)里的表特別多時(shí)增加此項(xiàng)值） innodb_open_files

分享文章：下載mysql怎么那么慢 為什么mysql下載失敗
文章網(wǎng)址：http://chinadenli.net/article44/dopoohe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、建站公司、手機(jī)網(wǎng)站建設(shè)、微信小程序、動(dòng)態(tài)網(wǎng)站、小程序開(kāi)發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)