主頁 > 知識(shí)庫 > MySQL刪除和插入數(shù)據(jù)很慢的問題解決

MySQL刪除和插入數(shù)據(jù)很慢的問題解決

熱門標(biāo)簽:催天下外呼系統(tǒng) 400電話變更申請(qǐng) 大豐地圖標(biāo)注app 南太平洋地圖標(biāo)注 武漢電銷機(jī)器人電話 北京金倫外呼系統(tǒng) html地圖標(biāo)注并導(dǎo)航 呂梁外呼系統(tǒng) 400電話辦理服務(wù)價(jià)格最實(shí)惠

公司開發(fā)人員在測試環(huán)境中執(zhí)行一條 insert 語句時(shí),需要花費(fèi) 10 幾秒才可以執(zhí)行成功。查看測試環(huán)境數(shù)據(jù)庫性能、數(shù)據(jù)量、死鎖等信息,均為發(fā)現(xiàn)異常。最后通過修改日志寫入方式解決此問題。

1. 修改辦法

修改/etc/my.cnf文件,將 innodb_flush_log_at_trx_commit = 1改為0, 但這樣就要承擔(dān)數(shù)據(jù)庫Crash后,1秒內(nèi)未存儲(chǔ)到數(shù)據(jù)庫數(shù)據(jù)丟失可能的風(fēng)險(xiǎn)。MySQL文檔中對(duì)該參數(shù)的描述如下:

If the value of innodb_flush_log_at_trx_commit is 0, the log buffer is written out to the log file once per second and the flush to disk operation is performed on the log file, but nothing is done at a transaction commit. When the value is 1 (the default), the log buffer is written out to the log file at each transaction commit and the flush to disk operation is performed on the log file. When the value is 2, the log buffer is written out to the file at each commit, but the flush to disk operation is not performed on it. However, the flushing on the log file takes place once per second also when the value is 2. Note that the once-per-second flushing is not 100% guaranteed to happen every second, due to process scheduling issues.

2. 參數(shù)說明

  • 0:log buffer將每秒一次地寫入log file中,并且log file的flush(刷到磁盤)操作同時(shí)進(jìn)行。該模式下在事務(wù)提交的時(shí)候,不會(huì)主動(dòng)觸發(fā)寫入磁盤的操作
  • 1:每次事務(wù)提交時(shí)MySQL都會(huì)把log buffer的數(shù)據(jù)寫入log file,并且flush(刷到磁盤)中去,該模式為系統(tǒng)默認(rèn)
  • 2:每次事務(wù)提交時(shí)MySQL都會(huì)把log buffer的數(shù)據(jù)寫入log file,但是flush(刷到磁盤)操作并不會(huì)同時(shí)進(jìn)行。該模式下,MySQL會(huì)每秒執(zhí)行一次 flush(刷到磁盤)操作

3. 注意事項(xiàng)

當(dāng)設(shè)置為0時(shí),該模式速度最快,但不太安全,mysqld進(jìn)程的崩潰會(huì)導(dǎo)致上一秒鐘所有事務(wù)數(shù)據(jù)的丟失。

當(dāng)設(shè)置為1時(shí),該模式是最安全的,但也是最慢的一種方式。在mysqld 服務(wù)崩潰或者服務(wù)器主機(jī)crash的情況下,binary log 只有可能丟失最多一個(gè)語句或者一個(gè)事務(wù)。

當(dāng)設(shè)置為2時(shí),該模式速度較快,也比0安全,只有在操作系統(tǒng)崩潰或者系統(tǒng)斷電的情況下,上一秒鐘所有事務(wù)數(shù)據(jù)才可能丟失。

innodb_flush_log_at_trx_commit和sync_binlog 兩個(gè)參數(shù)是控制MySQL 磁盤寫入策略以及數(shù)據(jù)安全性的關(guān)鍵參數(shù),當(dāng)兩個(gè)參數(shù)都設(shè)置為1的時(shí)候?qū)懭胄阅茏畈?,推薦做法是innodb_flush_log_at_trx_commit=2,sync_binlog=500 或1000。

到此這篇關(guān)于MySQL刪除和插入數(shù)據(jù)很慢的問題解決的文章就介紹到這了,更多相關(guān)MySQL刪除和插入數(shù)據(jù)很慢內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • 詳解Navicat遠(yuǎn)程連接mysql很慢
  • Mysql查詢很慢卡在sending data的原因及解決思路講解
  • MySQL數(shù)據(jù)庫遠(yuǎn)程連接很慢的解決方案
  • 解決MySQL Sending data導(dǎo)致查詢很慢問題的方法與思路
  • 解決遠(yuǎn)程連接mysql很慢的方法(mysql_connect 打開連接慢)
  • 禁止mysql做域名解析(解決遠(yuǎn)程訪問mysql時(shí)很慢)

標(biāo)簽:西寧 南充 迪慶 無錫 麗水 龍巖 自貢 徐州

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySQL刪除和插入數(shù)據(jù)很慢的問題解決》,本文關(guān)鍵詞  MySQL,刪除,和,插入,數(shù)據(jù),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL刪除和插入數(shù)據(jù)很慢的問題解決》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL刪除和插入數(shù)據(jù)很慢的問題解決的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章