国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

不停機(jī)修復(fù)mysql主從數(shù)據(jù)同步錯(cuò)誤導(dǎo)致服務(wù)器磁盤占滿問題

這篇具有很好參考價(jià)值的文章主要介紹了不停機(jī)修復(fù)mysql主從數(shù)據(jù)同步錯(cuò)誤導(dǎo)致服務(wù)器磁盤占滿問題。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

事情的現(xiàn)象:

? ? ? ? 線上生產(chǎn)環(huán)境mysql服務(wù)器采用主從結(jié)構(gòu)。突然告警從庫(kù)服務(wù)器磁盤占用高。經(jīng)過磁盤空間檢查,主要是/mysql/data目錄使用100%(直接占滿了),進(jìn)入目錄后發(fā)現(xiàn)被文件slave-relay-bin.*系列文件占滿了。常理數(shù)據(jù)不會(huì)這么大,主庫(kù)一切正常,磁盤空間也正常。定位問題開始。

1:查看從庫(kù)的同步狀態(tài)

show slave status;

不停機(jī)修復(fù)mysql主從數(shù)據(jù)同步錯(cuò)誤導(dǎo)致服務(wù)器磁盤占滿問題

?發(fā)現(xiàn)如圖所示的提示信息,等待磁盤空間,具體錯(cuò)誤的原因是從庫(kù)好像被人修改過數(shù)據(jù),導(dǎo)致同步數(shù)據(jù)過程中數(shù)據(jù)不一致,所以一直報(bào)錯(cuò),導(dǎo)致日志占滿了磁盤空間。

2:那就要手動(dòng)從主庫(kù)全部同步一次,這期間還不能停主庫(kù)的數(shù)據(jù)庫(kù)服務(wù)(用戶都在不間斷使用系統(tǒng)),開工

2-1:首先將主庫(kù)的數(shù)據(jù)dump出來一定要包含binlog點(diǎn)位信息(如果主從,binlog一定會(huì)開啟)

mysqldump?-udb_user?-pdb_password?--flush-logs --single-transaction --master-data=2 --all-databases > backup.sql

? ? ? ? 其中參數(shù)分別表示:

????????--flush-logs 代表重新刷寫另外一個(gè)binlog文件
????????--single-transaction 代表開啟事物,不鎖表導(dǎo)出
????????--master-data=2 代表導(dǎo)出的文件頭部添加binlog點(diǎn)位信息

2-2:將備份的文件backup.sql拷貝到從庫(kù)服務(wù)器上(可使用scp)

2-3:切換到從庫(kù)服務(wù)器停止同步

? ? ? ? stop slave;

2-4:然后將從庫(kù)清空,為保險(xiǎn)期間我清理了/mysql/data目錄下所有的slave-relay-bin.*系列文件,然后對(duì)應(yīng)的業(yè)務(wù)庫(kù)刪掉重建

2-5:導(dǎo)入主庫(kù)備份的數(shù)據(jù)

????????source <備份文件路徑>

2-6:重置從庫(kù)同步信息

? ? ? ? reset slave;

2-7:修改從庫(kù)同步點(diǎn)位信息

CHANGE MASTER TO MASTER_HOST='************',MASTER_Port=***,MASTER_USER='*****',MASTER_PASSWORD='*****',MASTER_LOG_FILE='master-bin.*******',MASTER_LOG_POS=****;

其中點(diǎn)位信息要從備份出的backup.sql文件中查找,在文件頭部前50行左右就能看到。然后替換命令中所有的參數(shù)為自己的實(shí)際參數(shù)執(zhí)行提示修改成功即可。

2-8:開啟同步

? ? ? ? start slave;

2-9:檢查同步狀態(tài)

? ? ? ? show slave status\G;? ? ? ?其中\(zhòng)G格式化輸出

? ? ? ? 只要sql_running和io_running都為yes即可,表示成功。

2-10:檢查主庫(kù)和從庫(kù)業(yè)務(wù)表數(shù)據(jù)是否一致,磁盤空間是否正常。(完工)

大家有什么更好的解決辦法歡迎指導(dǎo)交流。

ps:我是個(gè)開發(fā),不是專業(yè)的運(yùn)維,有些操作可能比較粗糙。文章來源地址http://www.zghlxwxcb.cn/news/detail-433074.html

到了這里,關(guān)于不停機(jī)修復(fù)mysql主從數(shù)據(jù)同步錯(cuò)誤導(dǎo)致服務(wù)器磁盤占滿問題的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Linux系統(tǒng)中MySQL 數(shù)據(jù)庫(kù)的主從同步

    在主數(shù)據(jù)庫(kù)服務(wù)器上配置: 編輯主數(shù)據(jù)庫(kù)服務(wù)器的配置文件(my.cnf) : 打開 MySQL 配置文件,一般路徑為 /etc/my.cnf 或 /etc/mysql/my.cnf。 確保以下參數(shù)已啟用或配置正確: 注: 一定是[mysqld]代碼塊中 創(chuàng)建用于復(fù)制的用戶 : 登錄到 MySQL 控制臺(tái): mysql -u root -p 創(chuàng)建用于復(fù)制的用戶

    2024年03月23日
    瀏覽(19)
  • 發(fā)現(xiàn)Mysql的主從數(shù)據(jù)庫(kù)沒有同步,差點(diǎn)涼涼了

    摘要: 今天發(fā)現(xiàn)Mysql的主從數(shù)據(jù)庫(kù)沒有同步,瞬間整個(gè)人頭皮發(fā)麻。 本文分享自華為云社區(qū)《糟了,生產(chǎn)環(huán)境數(shù)據(jù)竟然不一致,人麻了!》,作者:冰 河 。 今天發(fā)現(xiàn)Mysql的主從數(shù)據(jù)庫(kù)沒有同步 先上Master庫(kù): 查看下進(jìn)程是否Sleep太多。發(fā)現(xiàn)很正常。 也正常。 再到Slave上查看

    2023年04月17日
    瀏覽(22)
  • 【服務(wù)器數(shù)據(jù)恢復(fù)】Raid5熱備盤同步失敗導(dǎo)致lvm結(jié)構(gòu)損壞的數(shù)據(jù)恢復(fù)案例

    【服務(wù)器數(shù)據(jù)恢復(fù)】Raid5熱備盤同步失敗導(dǎo)致lvm結(jié)構(gòu)損壞的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 兩組由4塊磁盤組建的raid5磁盤陣列,兩組raid5陣列劃分為lun并組成了lvm結(jié)構(gòu),ext3文件系統(tǒng)。 服務(wù)器故障: 一組raid5陣列中的一塊硬盤離線,熱備盤自動(dòng)上線并開始同步數(shù)據(jù)。在熱備盤完成同步之前,該組raid5陣列中另一塊硬盤離線,熱備盤同步失敗,該

    2024年01月16日
    瀏覽(18)
  • 7 - MySQL主從同步|主從同步模式

    7 - MySQL主從同步|主從同步模式

    1 - 數(shù)據(jù)庫(kù)服務(wù)概述 | 構(gòu)建MySQL服務(wù) | 數(shù)據(jù)庫(kù)基本管理 | MySQL基本類型 2 - 表結(jié)構(gòu) | MySQL鍵值 3 - 字段約束|MySQL索引|MySQL用戶管理 4 - 基礎(chǔ)查詢進(jìn)階|連接查詢 5 - 視圖|存儲(chǔ)過程 6 - 數(shù)據(jù)備份與恢復(fù)|innobackupex 7 - MySQL主從同步|主從同步模式 8 - MySQL數(shù)據(jù)讀寫分離|MySQL多實(shí)例

    2024年02月02日
    瀏覽(21)
  • 【mysql】MySQL 主從同步延遲排查

    錯(cuò)誤日志: ○ 尋找與同步問題相關(guān)的錯(cuò)誤消息或警告。 復(fù)制狀態(tài): ○ SHOW SLAVE STATUS 并行復(fù)制設(shè)置: ○ 確保 slave_parallel_workers 的值合適。如果值過高,可能會(huì)導(dǎo)致資源競(jìng)爭(zhēng),而值過低可能會(huì)導(dǎo)致性能下降。 長(zhǎng)事務(wù): ○ 查詢長(zhǎng)時(shí)間運(yùn)行的事務(wù),可能會(huì)影響到復(fù)制的正常進(jìn)行

    2024年02月07日
    瀏覽(24)
  • mysql 主從同步案例集合

    mysql 主從同步案例集合

    ? relay log 損壞了,導(dǎo)致從庫(kù)的 SQL 線程解析 relay log 時(shí)出現(xiàn)異常。從庫(kù)恢復(fù)方式是通過手動(dòng)設(shè)置當(dāng)時(shí)出錯(cuò)的 GTID 的下一個(gè)值,讓從庫(kù)不從主庫(kù)同步這個(gè) GTID,最后從庫(kù)就能正常同步這個(gè) GTID 之后的 binlog 了,后續(xù) SQL 線程也能正常解析 relay log 了。 你好,我是悟空。 本文主要內(nèi)

    2023年04月14日
    瀏覽(21)
  • 配置mysql的主從同步

    配置mysql的主從同步

    添加用戶 添加用戶權(quán)限 顯示主庫(kù)狀態(tài) 配置從庫(kù) 啟動(dòng)從庫(kù) 如果要重新修改配置 ,需要先停止 最后查看從庫(kù)狀態(tài)

    2024年02月21日
    瀏覽(17)
  • mysql 主從同步

    mysql 主從同步

    角色 ip master 192.168.233.100 slave1 192.168.233.101 slave2 192.168.233.102 禁用 selinux 跟 firewal l情況下: 新路徑已修改為 /var/lib/mysql/new_bin master 節(jié)點(diǎn)信息 在 master 節(jié)點(diǎn)新建同步賬號(hào) 在 master 與 slave 節(jié)點(diǎn)創(chuàng)建數(shù)據(jù)庫(kù) 在 slave1 節(jié)點(diǎn)配置 發(fā)現(xiàn)錯(cuò)誤:Last_IO_Error: Fatal error: The slave I/O thread stops be

    2024年02月07日
    瀏覽(15)
  • Mysql架構(gòu)篇--Mysql 主從同步方案

    Mysql架構(gòu)篇--Mysql 主從同步方案

    本文對(duì)mysql的傳統(tǒng)主從復(fù)制,半同步復(fù)制和組復(fù)制進(jìn)行介紹。 Master 數(shù)據(jù)庫(kù)只要發(fā)生變化,立馬記錄到Binlog 日志文件中,Slave數(shù)據(jù)庫(kù)啟動(dòng)一個(gè)I/0 thread連接Master數(shù)據(jù)庫(kù),請(qǐng)求Master變化的二進(jìn)制日志。Save I/0獲取到的二進(jìn)制日志,保存到自己的Relay log 日志文件中。Slave 有一個(gè) SQL

    2024年02月07日
    瀏覽(21)
  • MySQL主從同步(不開GTID)

    MySQL主從同步(不開GTID)

    一、背景 了解并熟悉MySQL的主從同步的搭建過程,并解決搭建過程中所碰到的問題。 二、目標(biāo) 了解并熟悉MySQL的主從同步的搭建過程,并解決搭建過程中所碰到的問題。 IP地址 MySQL版本 主從關(guān)系 192.168.3.244 5.6.51 Master 192.168.3.245 5.7.41 Slaver 192.168.3.246 8.0.33 Slaver 三、過程 1、安

    2024年02月06日
    瀏覽(18)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包