那你可以在插入數(shù)據(jù)庫那里設置監(jiān)聽呀,一有插入就往Android推送消息。
創(chuàng)新互聯(lián)建站網(wǎng)絡公司擁有10余年的成都網(wǎng)站開發(fā)建設經(jīng)驗,千余家客戶的共同信賴。提供網(wǎng)站設計制作、網(wǎng)站制作、網(wǎng)站開發(fā)、網(wǎng)站定制、賣友情鏈接、建網(wǎng)站、網(wǎng)站搭建、成都響應式網(wǎng)站建設公司、網(wǎng)頁設計師打造企業(yè)風格,提供周到的售前咨詢和貼心的售后服務
不然你只能通過每隔一段時間刷新一下讀取數(shù)據(jù)庫,看看有沒有更新,有就推送,沒有就繼續(xù)監(jiān)聽,這個你可以自己設置更新時間。
查詢頁面在例外一個php做,然后使用Ajax, 也就是你的keyup事件發(fā)生后,調(diào)用Ajax,ajax可以訪問服務器的任何文件,包括php, 并且能返回這個php的運行完成后的輸出結(jié)果, 而且整個過程是在不刷新頁面的情況下完成的, 也就是Ajax在調(diào)用服務器文件的時候, 是后臺運行的,你看不到他的運行過程的!
至于Ajax具體怎么用,請百度學習一下!
在android中經(jīng)常會用到改變數(shù)據(jù)庫內(nèi)容后再去使用數(shù)據(jù)庫更新的內(nèi)容,很多人會重新去query一遍,但是這樣的問題就是程序會特別占內(nèi)存,而且有可能會摟關cursor而導致程序內(nèi)存未釋放等等。其實android內(nèi)部提供了一種ContentObserver的東西來監(jiān)聽數(shù)據(jù)庫內(nèi)容的變化。
ContentObserver的構(gòu)造函數(shù)需要一個參數(shù)Hanlder,因為ContentObserver內(nèi)部使用了一個實現(xiàn)Runnable接口的內(nèi)部類NotificationRunnable,來實現(xiàn)數(shù)據(jù)庫內(nèi)容的變化。需要使用hanlder去post消息。注冊ContentObserver的方法是:getContentResolver().registerContentObserver(uri, notifyForDescendents, observer).
上面3個參數(shù)為:uri----Uri類型,是需要監(jiān)聽的數(shù)據(jù)庫的uri.
notifyForDescendents---boolean true的話就會監(jiān)聽所有與此uri相關的uri。false的話則是直接特殊的uri才會監(jiān)聽。一般都設置為true.
observer-----ContentObserver 就是需要的contentobserver.
初始化一個ContentObserver對象,重載onChange(boolean ),在這個方法里去操作數(shù)據(jù)庫的使用,針對變化后的使用。
MySQL 的 Binlog 記錄著 MySQL 數(shù)據(jù)庫的所有變更信息,了解 Binlog 的結(jié)構(gòu)可以幫助我們解析Binlog,甚至對 Binlog 進行一些修改,或者說是“篡改”,例如實現(xiàn)類似于 Oracle 的 flashback 的功能,恢復誤刪除的記錄,把 update 的記錄再還原回去等。本文將帶您探討一下這些神奇功能的實現(xiàn),您會發(fā)現(xiàn)比您想象地要簡單得多。本文指的 Binlog 是 ROW 模式的 Binlog,這也是 MySQL 8 里的默認模式,STATEMENT 模式因為使用中有很多限制,現(xiàn)在用得越來越少了。
Binlog 由事件(event)組成,請注意是事件(event)不是事務(transaction),一個事務可以包含多個事件。事件描述對數(shù)據(jù)庫的修改內(nèi)容。
現(xiàn)在我們已經(jīng)了解了 Binlog 的結(jié)構(gòu),我們可以試著修改 Binlog 里的數(shù)據(jù)。例如前面舉例的 Binlog 刪除了一條記錄,我們可以試著把這條記錄恢復,Binlog 里面有個刪除行(DELETE_ROWS_EVENT)的事件,就是這個事件刪除了記錄,這個事件和寫行(WRITE_ROWS_EVENT)的事件的數(shù)據(jù)結(jié)構(gòu)是完全一樣的,只是刪除行事件的類型是 32,寫行事件的類型是 30,我們把對應的 Binlog 位置的 32 改成 30 即可把已經(jīng)刪除的記錄再插入回去。從前面的 “show binlog events” 里面可看到這個 DELETE_ROWS_EVENT 是從位置 378 開始的,這里的位置就是 Binlog 文件的實際位置(以字節(jié)為單位)。從事件(event)的結(jié)構(gòu)里面可以看到 type_code 是在 event 的第 5 個字節(jié),我們寫個 Python 小程序把把第383(378+5=383)字節(jié)改成 30 即可。當然您也可以用二進制編輯工具來改。
找出 Binlog 中的大事務
由于 ROW 模式的 Binlog 是每一個變更都記錄一條日志,因此一個簡單的 SQL,在 Binlog 里可能會產(chǎn)生一個巨無霸的事務,例如一個不帶 where 的 update 或 delete 語句,修改了全表里面的所有記錄,每條記錄都在 Binlog 里面記錄一次,結(jié)果是一個巨大的事務記錄。這樣的大事務經(jīng)常是產(chǎn)生麻煩的根源。我的一個客戶有一次向我抱怨,一個 Binlog 前滾,滾了兩天也沒有動靜,我把那個 Binlog 解析了一下,發(fā)現(xiàn)里面有個事務產(chǎn)生了 1.4G 的記錄,修改了 66 萬條記錄!下面是一個簡單的找出 Binlog 中大事務的 Python 小程序,我們知道用 mysqlbinlog 解析的 Binlog,每個事務都是以 BEGIN 開頭,以 COMMIT 結(jié)束。我們找出 BENGIN 前面的 “# at” 的位置,檢查 COMMIT 后面的 “# at” 位置,這兩個位置相減即可計算出這個事務的大小,下面是這個 Python 程序的例子。
切割 Binlog 中的大事務
對于大的事務,MySQL 會把它分解成多個事件(注意一個是事務 TRANSACTION,另一個是事件 EVENT),事件的大小由參數(shù) binlog-row-event-max-size 決定,這個參數(shù)默認是 8K。因此我們可以把若干個事件切割成一個單獨的略小的事務
ROW 模式下,即使我們只更新了一條記錄的其中某個字段,也會記錄每個字段變更前后的值,這個行為是 binlog_row_image 參數(shù)控制的,這個參數(shù)有 3 個值,默認為 FULL,也就是記錄列的所有修改,即使字段沒有發(fā)生變更也會記錄。這樣我們就可以實現(xiàn)類似 Oracle 的 flashback 的功能,我個人估計 MySQL 未來的版本從可能會基于 Binlog 推出這樣的功能。
了解了 Binlog 的結(jié)構(gòu),再加上 Python 這把瑞士軍刀,我們還可以實現(xiàn)很多功能,例如我們可以統(tǒng)計哪個表被修改地最多?我們還可以把 Binlog 切割成一段一段的,然后再重組,可以靈活地進行 MySQL 數(shù)據(jù)庫的修改和遷移等工作。
你的意思是:數(shù)據(jù)庫一發(fā)生變化,你就得知道是嗎?
PHP無法實現(xiàn)這功能,
只有LINUX 跑 shell腳本,每X分鐘執(zhí)行查詢語句
要么就是你每執(zhí)行一條語句,寫入日志。
參考思路如下:
1、在監(jiān)聽的時候把監(jiān)聽到的內(nèi)容存儲起來,數(shù)據(jù)庫/文件/緩存都行。
2、在瀏覽器能訪問的腳本中把內(nèi)容顯示出來就行了;
3、或者直接用websocket來監(jiān)聽,接受到數(shù)據(jù)直接寫在頁面上。
標題名稱:php監(jiān)聽數(shù)據(jù)庫變化 php監(jiān)聽文件變化
URL標題:http://jinyejixie.com/article6/hpdeig.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供、搜索引擎優(yōu)化、網(wǎng)站設計公司、做網(wǎng)站、App設計、Google
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)