mysql基礎(chǔ)技能與原理——高級應(yīng)用-資料下載頁
2025-07-17 16:11本頁面
【正文】 沖突怎么辦？ ? STOP SLAVE。 SET GLOBAL SQL_SLAVE_skip_counter = 1。 START SLAVE。 SHOW SLAVE STATUS \G，原理是跳過出錯的行。也可以設(shè)置 skip_slave_errors=1062來批量的跳過復(fù)制錯誤（需要重啟）。 ? 死鎖怎么辦？ ? show innodb status。查看死鎖的事務(wù)， kill掉其中一個即可。 ? 大量 SQL在 freeing items怎么辦？ ? 數(shù)據(jù)庫所在磁盤已滿，請檢查磁盤空間。 運維風(fēng)險點 ? 主庫的任何操作都會復(fù)制到備庫。 ? 如果需要備庫具備容災(zāi)能力，那么不要實時開著 slave復(fù)制，每隔一段時間slave start一次，復(fù)制追上后 slave stop停止，直到下一次復(fù)制開始。 ? 同時 DROP/ADD字段或索引可能導(dǎo)致數(shù)據(jù)庫 Crash。 ? 已經(jīng)在 MySQL Bug庫中確認此 Bug，如果表很大，即使花再多的時間，也不要冒險嘗試同時 DROP/ADD字段或索引，分兩次，一次 ADD一次 DROP。 ? HA切換如果主備主鍵序列一致可能導(dǎo)致沖突。 ? 如果主鍵是自增并且主備序列一致，那么切換時可能主庫存在記錄沒有來得及復(fù)制到備機，導(dǎo)致備機的序列增長蓋過主機，導(dǎo)致復(fù)制沖突。解決方案是主備生成不一致的主鍵序列，例如一個奇數(shù)，一個偶數(shù)，或者利用第三方主鍵生成器。 網(wǎng)站常見故障分析 ? SQL執(zhí)行計劃改變導(dǎo)致 SQL占用大量 CPU。 ? 統(tǒng)計 SQL在數(shù)據(jù)量增大后占用大量磁盤 IO和 CPU。 ? SQL中存在 NULL條件，導(dǎo)致執(zhí)行計劃走錯。 ? 存儲過程沒有使用預(yù)處理和綁定變量，導(dǎo)致解析 SQL占用大量 SQL。 ? 大批量修改操作沒有 SET AUTOCOMMIT=0，導(dǎo)致每條 SQL均提交，效率低。 ? SQL未經(jīng)審核上線，導(dǎo)致沒有建立索引，執(zhí)行計劃為全表掃描。 MySQL故障案例 ? BRMMS故障
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1