Python 有監(jiān)聽數(shù)據(jù)庫變化的模塊嗎？

MySQL 的 Binlog 記錄著 MySQL 數(shù)據(jù)庫的所有變更信息，了解 Binlog 的結(jié)構(gòu)可以幫助我們解析Binlog，甚至對 Binlog 進(jìn)行一些修改，或者說是“篡改”，例如實(shí)現(xiàn)類似于 Oracle 的 flashback 的功能，恢復(fù)誤刪除的記錄，把 update 的記錄再還原回去等。本文將帶您探討一下這些神奇功能的實(shí)現(xiàn)，您會發(fā)現(xiàn)比您想象地要簡單得多。本文指的 Binlog 是 ROW 模式的 Binlog，這也是 MySQL 8 里的默認(rèn)模式，STATEMENT 模式因為使用中有很多限制，現(xiàn)在用得越來越少了。

創(chuàng)新互聯(lián)專注于中大型企業(yè)的網(wǎng)站制作、網(wǎng)站設(shè)計和網(wǎng)站改版、網(wǎng)站營銷服務(wù)，追求商業(yè)策劃與數(shù)據(jù)分析、創(chuàng)意藝術(shù)與技術(shù)開發(fā)的融合，累計客戶上千余家，服務(wù)滿意度達(dá)97%。幫助廣大客戶順利對接上互聯(lián)網(wǎng)浪潮，準(zhǔn)確優(yōu)選出符合自己需要的互聯(lián)網(wǎng)運(yùn)用，我們將一直專注高端網(wǎng)站設(shè)計和互聯(lián)網(wǎng)程序開發(fā)，在前進(jìn)的路上，與客戶一起成長！

Binlog 由事件（event）組成，請注意是事件（event）不是事務(wù)（transaction），一個事務(wù)可以包含多個事件。事件描述對數(shù)據(jù)庫的修改內(nèi)容。

現(xiàn)在我們已經(jīng)了解了 Binlog 的結(jié)構(gòu)，我們可以試著修改 Binlog 里的數(shù)據(jù)。例如前面舉例的 Binlog 刪除了一條記錄，我們可以試著把這條記錄恢復(fù)，Binlog 里面有個刪除行（DELETE_ROWS_EVENT）的事件，就是這個事件刪除了記錄，這個事件和寫行（WRITE_ROWS_EVENT）的事件的數(shù)據(jù)結(jié)構(gòu)是完全一樣的，只是刪除行事件的類型是 32，寫行事件的類型是 30，我們把對應(yīng)的 Binlog 位置的 32 改成 30 即可把已經(jīng)刪除的記錄再插入回去。從前面的 “show binlog events” 里面可看到這個 DELETE_ROWS_EVENT 是從位置 378 開始的，這里的位置就是 Binlog 文件的實(shí)際位置（以字節(jié)為單位）。從事件（event）的結(jié)構(gòu)里面可以看到 type_code 是在 event 的第 5 個字節(jié)，我們寫個 Python 小程序把把第383（378+5=383）字節(jié)改成 30 即可。當(dāng)然您也可以用二進(jìn)制編輯工具來改。

找出 Binlog 中的大事務(wù)

由于 ROW 模式的 Binlog 是每一個變更都記錄一條日志，因此一個簡單的 SQL，在 Binlog 里可能會產(chǎn)生一個巨無霸的事務(wù)，例如一個不帶 where 的 update 或 delete 語句，修改了全表里面的所有記錄，每條記錄都在 Binlog 里面記錄一次，結(jié)果是一個巨大的事務(wù)記錄。這樣的大事務(wù)經(jīng)常是產(chǎn)生麻煩的根源。我的一個客戶有一次向我抱怨，一個 Binlog 前滾，滾了兩天也沒有動靜，我把那個 Binlog 解析了一下，發(fā)現(xiàn)里面有個事務(wù)產(chǎn)生了 1.4G 的記錄，修改了 66 萬條記錄！下面是一個簡單的找出 Binlog 中大事務(wù)的 Python 小程序，我們知道用 mysqlbinlog 解析的 Binlog，每個事務(wù)都是以 BEGIN 開頭，以 COMMIT 結(jié)束。我們找出 BENGIN 前面的 “# at” 的位置，檢查 COMMIT 后面的 “# at” 位置，這兩個位置相減即可計算出這個事務(wù)的大小，下面是這個 Python 程序的例子。

切割 Binlog 中的大事務(wù)

對于大的事務(wù)，MySQL 會把它分解成多個事件（注意一個是事務(wù) TRANSACTION，另一個是事件 EVENT），事件的大小由參數(shù) binlog-row-event-max-size 決定，這個參數(shù)默認(rèn)是 8K。因此我們可以把若干個事件切割成一個單獨(dú)的略小的事務(wù)

ROW 模式下，即使我們只更新了一條記錄的其中某個字段，也會記錄每個字段變更前后的值，這個行為是 binlog_row_image 參數(shù)控制的，這個參數(shù)有 3 個值，默認(rèn)為 FULL，也就是記錄列的所有修改，即使字段沒有發(fā)生變更也會記錄。這樣我們就可以實(shí)現(xiàn)類似 Oracle 的 flashback 的功能，我個人估計 MySQL 未來的版本從可能會基于 Binlog 推出這樣的功能。

了解了 Binlog 的結(jié)構(gòu)，再加上 Python 這把瑞士軍刀，我們還可以實(shí)現(xiàn)很多功能，例如我們可以統(tǒng)計哪個表被修改地最多？我們還可以把 Binlog 切割成一段一段的，然后再重組，可以靈活地進(jìn)行 MySQL 數(shù)據(jù)庫的修改和遷移等工作。

如何使用PHP來監(jiān)聽數(shù)據(jù)庫的值變化

你的意思是：數(shù)據(jù)庫一發(fā)生變化，你就得知道是嗎？

PHP無法實(shí)現(xiàn)這功能，

只有LINUX 跑 shell腳本，每X分鐘執(zhí)行查詢語句

要么就是你每執(zhí)行一條語句，寫入日志。

php中有沒有什么方法可以實(shí)現(xiàn)實(shí)時監(jiān)聽數(shù)據(jù)庫中的某張表的變化

最好的辦法是，在應(yīng)用程序生命周期內(nèi)，對于數(shù)據(jù)庫設(shè)置有事件鉤子，用于監(jiān)聽程序?qū)τ跀?shù)據(jù)庫的操作。這樣非常方便處理邏輯流程。

1 - 表的數(shù)據(jù)變化

表數(shù)據(jù)發(fā)生了變化，毫無疑問是寫操作，包括以下幾種情形：

新建條目 create

更新條目 update

刪除條目 delete

以上三種都是寫操作，會對表數(shù)據(jù)寫入。

2 - 事件鉤子

既然需要實(shí)時監(jiān)控，那么每個數(shù)據(jù)庫的操作，都需要考慮在內(nèi)，這是全局的監(jiān)聽。

以laravel的Eloquent ORM 模型觸發(fā)事件，允許你掛接到模型生命周期的如下節(jié)點(diǎn)： retrieved、creating、created、updating、updated、saving、saved、deleting、deleted、restoring 和 restored。事件允許你每當(dāng)特定模型保存或更新數(shù)據(jù)庫時執(zhí)行代碼。每個事件通過其構(gòu)造器接受模型實(shí)例。

模型內(nèi)添加事件監(jiān)聽鉤子

如果重用率很高，那么使用觀察者 Observer 方式進(jìn)行監(jiān)聽更為高效。

Laravel Observer

結(jié)語

上面的方法要求讀者有l(wèi)aravel框架的使用基礎(chǔ)，對于構(gòu)建中大型應(yīng)用非常有利。

PHP如何實(shí)施監(jiān)控數(shù)據(jù)庫的更新，一旦有更新，就把更新的數(shù)據(jù)推送給Android？

那你可以在插入數(shù)據(jù)庫那里設(shè)置監(jiān)聽呀，一有插入就往Android推送消息。

不然你只能通過每隔一段時間刷新一下讀取數(shù)據(jù)庫，看看有沒有更新，有就推送，沒有就繼續(xù)監(jiān)聽，這個你可以自己設(shè)置更新時間。

標(biāo)題名稱：PHP監(jiān)聽數(shù)據(jù)庫更新 php監(jiān)聽數(shù)據(jù)庫更新內(nèi)容
鏈接分享：http://chinadenli.net/article16/dojdidg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、品牌網(wǎng)站建設(shè)、微信小程序、云服務(wù)器、App開發(fā)、

廣告

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