故障分析 | MySQL 數(shù)據(jù)”丟失”事件之 binlog 解析應(yīng)用一則

備注:考慮信息敏感性,以下分析場(chǎng)景測(cè)試環(huán)境模擬,相關(guān)數(shù)據(jù)做以下說(shuō)明

目前創(chuàng)新互聯(lián)公司已為超過(guò)千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、虛擬空間、綿陽(yáng)服務(wù)器托管、企業(yè)網(wǎng)站設(shè)計(jì)、雁山網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶(hù)導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶(hù)和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。

發(fā)現(xiàn)了一些端倪,在mysql-bin.000004中有對(duì)該表的2次truncate操作,等等,好像發(fā)現(xiàn)了什么,那條丟失的數(shù)據(jù)也是在這個(gè)mysql-bin.000004文件中,梳理下邏輯,難道那條記錄在2次truncate之間,于是單獨(dú)對(duì)這個(gè)binlog做詳細(xì)解析,得到以下信息

到此基本了解了這條記錄為何會(huì)詭異丟失了 ,與客戶(hù)確認(rèn)跑批灌數(shù)據(jù)的邏輯,了解到會(huì)對(duì)該表做truncate,但由于 誤操作 ,在跑批開(kāi)始后,又觸發(fā)了一輪truncate行為,導(dǎo)致已經(jīng)插入到該表的部分?jǐn)?shù)據(jù)再次被清理了,也就導(dǎo)致了在解析binlog時(shí)部分記錄丟失了,但并未觀測(cè)到有刪除的行為,而是被truncate方式清理.

備注 :雖然binlog記錄的信息足夠多,但當(dāng)故障原因定位后,由于其并未記錄 對(duì)該操作的IP及用戶(hù) 信息,如果不開(kāi)審計(jì),也只能知道發(fā)生了該行為,但無(wú)法具體定位觸發(fā)該行為的"人".

mysql 主從切換 數(shù)據(jù)丟失怎么辦

1. 在有主鍵或者唯一鍵的情況下，Slave 重放 Binlog 并不會(huì)去比較檢索到的記錄的每一列是否和BI相同，因此如果 Slave 和 Master 存在數(shù)據(jù)不一致，會(huì)直接覆蓋 Slave 的數(shù)據(jù)而不會(huì)報(bào)錯(cuò)。

2. 在沒(méi)有主鍵或者唯一鍵的情況下，Hash Scan / Hash Scan Over Index 的執(zhí)行效率 在理論上分析高于 Table Scan 和Index Scan 。

3. 在沒(méi)有主鍵或者唯一鍵的情況下，Slave 選擇的二級(jí)索引是第一個(gè)所有的列都在 BI 中存在的索引，不一定是 Master 執(zhí)行計(jì)劃所選擇的索引。

mysql 遠(yuǎn)程寫(xiě)入 老是丟數(shù)據(jù)怎么辦

具體的解決步驟如下，希望能幫助遇到同樣問(wèn)題的同學(xué)們：

找到并修改my.cnf文件。在不同的Linux系統(tǒng)下，my.cnf放在不同的位置。這里以Ubuntu Server做示例，其他系統(tǒng)請(qǐng)根據(jù)情況自行找到my.cnf的路徑。一般只會(huì)存放在/etc/my.cnf或者/etc/mysql/my.cnf下。

首先用vim打開(kāi)my.cnf：

vim /etc/mysql/my.cnf

看看是否有綁定本地回環(huán)地址的配置，如果有，注釋掉下面這段文字：（在文字之前加上#號(hào)即可）

bind-address = 127.0.0.1

然后找到[mysqld]部分的參數(shù)，在配置后面建立一個(gè)新行，添加下面這個(gè)參數(shù)：

skip-name-resolve

保存文件并重啟MySQL：

/etc/init.d/mysql restart

這樣就會(huì)發(fā)現(xiàn)，問(wèn)題已經(jīng)解決了！遠(yuǎn)程連接不會(huì)丟失了。

補(bǔ)充 mysql連接不原因

1. 首先要排查網(wǎng)絡(luò)問(wèn)題和防火墻的問(wèn)題

這個(gè)是必須的， 你要是連MySQL的服務(wù)器都連不上， 那還訪問(wèn)什么？ 怎么檢查呢？ ping一下

ping 192.168.0.11 ping 的通的話(huà)， 再去檢查一下 3306端口是不是被防火墻給擋掉了

ping 192.168.0.11:3306 或者干脆把防火墻關(guān)掉，service iptables stop (Redhat ) 或 ufw disable(ubuntu)

這一步?jīng)]問(wèn)題的話(huà)， 開(kāi)始下一步：

2. 要排查有沒(méi)有訪問(wèn)權(quán)限 說(shuō)到訪問(wèn)權(quán)限， MySQL分配用戶(hù)的時(shí)候會(huì)指定一個(gè)host, 比如我的 host 指定為 192.168.0.5 , 那么這個(gè)賬號(hào)就只能 5 這一臺(tái)機(jī)器訪問(wèn)， 其他的機(jī)器用這個(gè)賬號(hào)訪問(wèn)會(huì)提示沒(méi)有權(quán)限。 host 指定為 % 則表示允許所有的機(jī)器訪問(wèn)。

一般來(lái)說(shuō)出于安全方面的考慮，遵循最小權(quán)限原則， 權(quán)限的問(wèn)題就不多講了， 不會(huì)的自己查手冊(cè)。 確定了權(quán)限沒(méi)問(wèn)題的話(huà)進(jìn)行下一步：

3. 要排查MySQL的配置

檢查mysql的配置文件， Linux下MySQL的配置文件叫 my.cnf windows下的叫 my.ini,檢查這個(gè)配置項(xiàng)： –bind-address=IP

MYSQL版本不同導(dǎo)入數(shù)據(jù)后有的內(nèi)容丟失了怎么辦

：mysql沒(méi)有刪除數(shù)據(jù)就沒(méi)有丟，你查找機(jī)器里有沒(méi)有以你的數(shù)據(jù)庫(kù)名為文件夾名的文件夾，以表名為文件名的文件，如果有，那就是你的數(shù)據(jù)庫(kù)和表，就沒(méi)丟

mysql8 ibdata文件丟失怎么恢復(fù)數(shù)據(jù)

因?yàn)榇疟P(pán)空間不足，我的一個(gè)虛擬機(jī)服務(wù)器崩潰了。結(jié)果數(shù)據(jù)庫(kù)服務(wù)器進(jìn)程無(wú)法啟動(dòng)，數(shù)據(jù)也就無(wú)法導(dǎo)出。只能想辦法從數(shù)據(jù)庫(kù)原始文件 ibdata 和 frm 文件中恢復(fù)數(shù)據(jù)庫(kù)。

因?yàn)闆](méi)有經(jīng)驗(yàn)，好不容易才找到了恢復(fù)方法。特此記錄，以備后用。

磁盤(pán)空間不足之后，mysqld 進(jìn)程無(wú)法啟動(dòng)，提示“Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)”。這真是讓人無(wú)比頭大，數(shù)據(jù)庫(kù)根本連接不上。

目錄 Contents

1. 保存原始數(shù)據(jù)庫(kù)文件

2. 恢復(fù)方法

3. 參考資料：

1. 保存原始數(shù)據(jù)庫(kù)文件?

好在數(shù)據(jù)庫(kù)原始文件還在。在我的系統(tǒng)環(huán)境和配置情況下，這些文件位于 /var/lib/mysql/ 文件夾下面。假設(shè)數(shù)據(jù)庫(kù)名是 test，則這些文件表現(xiàn)為：

--mysql

|--test

|--1.frm

|--2.frm

|...

|--mysql

|...

|--ib_logfile0

|--ib_logfile1

|--ibdata1

|...

這些就是原始數(shù)據(jù)庫(kù)文件，可以用來(lái)恢復(fù)數(shù)據(jù)庫(kù)。將這些文件額外保存一份，以防萬(wàn)一。

2. 恢復(fù)方法?

我的原始虛擬機(jī)完全沒(méi)有磁盤(pán)空間而無(wú)法啟動(dòng)數(shù)據(jù)庫(kù)服務(wù)器進(jìn)程。雖然試著刪除一些不需要的文件，但是數(shù)據(jù)庫(kù)卻始終無(wú)法連接。于是我新建了一個(gè)幾乎一樣的虛擬機(jī)（當(dāng)然磁盤(pán)加大了），試圖將這些數(shù)據(jù)庫(kù)文件導(dǎo)入并恢復(fù)數(shù)據(jù)庫(kù)。

在經(jīng)歷了很多錯(cuò)誤之后，終于找到了正確的方法：

安裝完成新服務(wù)器之后，通過(guò)命令行新建了與原來(lái)一樣的數(shù)據(jù)庫(kù)：數(shù)據(jù)庫(kù)名稱(chēng)、用戶(hù)名、密碼都一樣。如果有多個(gè)數(shù)據(jù)庫(kù)需要恢復(fù)，就都給建好。（跟配置新服務(wù)器一樣，參見(jiàn)安裝和配置 MYSQL 數(shù)據(jù)庫(kù)服務(wù)器。）

停止 mysqld 進(jìn)程

service mysqld stop

將備份的原始數(shù)據(jù)庫(kù)文件中的所有 .frm 文件（保持原來(lái)的目錄結(jié)構(gòu)）和 ibdata1 文件復(fù)制到新服務(wù)器的數(shù)據(jù)庫(kù)文件目錄中（如果新服務(wù)器操作系統(tǒng)和配置環(huán)境一樣，那么目錄結(jié)構(gòu)也一樣），其它文件不要。

使用 -innodb_force_recovery=6參數(shù)啟動(dòng)數(shù)據(jù)庫(kù)服務(wù)器進(jìn)程，這里是

/etc/init.d/mysqld start -defaults-file=/etc/my.cnf -standalone -console -innodb_force_recovery=6

OK，數(shù)據(jù)庫(kù)恢復(fù)完成。

mysql數(shù)據(jù)庫(kù)表中的內(nèi)容丟失

一般不會(huì)丟失的，先確認(rèn)是否已經(jīng)上傳，如果。。那么就是人為刪除。

文章標(biāo)題：mysql數(shù)據(jù)怎么丟失,mysql數(shù)據(jù)庫(kù)丟失
文章URL：http://chinadenli.net/article9/dsegooh.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站建設(shè)、網(wǎng)站維護(hù)、做網(wǎng)站、網(wǎng)站排名、ChatGPT、商城網(wǎng)站

廣告

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