建站
咨詢
售后
建站咨詢
新聞中心
在現(xiàn)代應用程序中，數(shù)據(jù)庫是不可或缺的組成部分，其具有存儲和檢索數(shù)據(jù)的重要功能。然而，當數(shù)據(jù)庫執(zhí)行失敗時，會導致應用程序出現(xiàn)一系列問題，例如錯誤或崩潰等。為了避免這種情況，消息隊列已經(jīng)成為處理數(shù)據(jù)庫執(zhí)行失敗的一種重要方式，它可以幫助我們在特定時間檢測和修復錯誤，從而提高應用程序的可靠性。
什么是消息隊列？
消息隊列是一種跨進程、跨網(wǎng)絡的通信方式，其中消息發(fā)送者將消息發(fā)送到隊列中，并由消息接收者從隊列中接收和處理消息，即“發(fā)布和訂閱”模式。消息隊列基于異步通信方式，可以提高應用程序的性能和并發(fā)性，并且可以幫助我們在高負載情況下處理消息，從而提高應用程序的可伸縮性和可靠性。
消息隊列的優(yōu)勢
在處理數(shù)據(jù)庫執(zhí)行失敗的情況下，消息隊列具有以下優(yōu)勢：
1. 分離數(shù)據(jù)庫操作和應用程序：當應用程序需要執(zhí)行數(shù)據(jù)庫操作時，可以將這些操作交給消息隊列來處理，從而避免在應用程序中直接處理數(shù)據(jù)庫操作，減少數(shù)據(jù)庫操作對應用程序的干擾。
2. 異步處理：消息隊列是基于異步通信的，可以幫助我們在高負載情況下處理消息，從而提高應用程序的性能和并發(fā)性。此外，消息隊列還可以幫助我們在應用程序停止或崩潰時保持消息和狀態(tài)的完整性。
3. 可重試性和可恢復性：當數(shù)據(jù)庫執(zhí)行失敗時，消息隊列可以將消息重新排隊，以便稍后重新嘗試。此外，如果消息無法修復，則可以將其發(fā)送到“死信隊列”，以便進行后續(xù)處理。
消息隊列的實現(xiàn)方式
在處理數(shù)據(jù)庫執(zhí)行失敗的情況下，消息隊列可以采用以下實現(xiàn)方式：
1. 事務性消息：當應用程序需要執(zhí)行一系列數(shù)據(jù)庫操作時，可以將這些操作作為事務性消息發(fā)送到消息隊列中，以便在一定時間內(nèi)進行提交或回滾。如果其中的某個操作發(fā)生錯誤，則可以回滾事務，從而保證數(shù)據(jù)的完整性。
2. 數(shù)據(jù)庫通知：在數(shù)據(jù)庫執(zhí)行失敗時，可以使用數(shù)據(jù)庫通知機制將錯誤信息發(fā)送到消息隊列中，并由應用程序訂閱相應的消息進行處理。例如，使用PostgreSQL中的“LISTEN”和“NOTIFY”。
3. 延遲隊列：在處理一些對時效性沒有特別要求的任務時，可以使用延遲隊列。當數(shù)據(jù)庫執(zhí)行失敗時，可以將任務放入延遲隊列中，并設置一定的延遲時間，以便在稍后處理。
4. 死信隊列：當消息無法修復時，可以將其發(fā)送到死信隊列中，進行后續(xù)處理。例如，可以將故障消息發(fā)送到監(jiān)控系統(tǒng)中，以便管理員進行數(shù)據(jù)修復或人工處理。
結論
在現(xiàn)代應用程序中，數(shù)據(jù)庫是不可或缺的組成部分，但當數(shù)據(jù)庫執(zhí)行失敗時，會導致應用程序出現(xiàn)一系列問題。為了解決這個問題，消息隊列成為處理數(shù)據(jù)庫執(zhí)行失敗的一種重要方式，它可以幫助我們在特定時間檢測和修復錯誤，從而提高應用程序的可靠性。在使用消息隊列時，事務性消息、數(shù)據(jù)庫通知、延遲隊列和死信隊列等多種實現(xiàn)方式可以根據(jù)應用程序的需求和場景進行選擇。
成都網(wǎng)站建設公司-創(chuàng)新互聯(lián),建站經(jīng)驗豐富以策略為先導10多年以來專注數(shù)字化網(wǎng)站建設,提供企業(yè)網(wǎng)站建設,高端網(wǎng)站設計,響應式網(wǎng)站制作,設計師量身打造品牌風格,熱線:028-86922220統(tǒng)計局證書助手 數(shù)據(jù)庫操作失敗
因為數(shù)據(jù)庫當前在使用中。
刪除數(shù)據(jù)庫、終止數(shù)據(jù)庫連接和創(chuàng)建數(shù)據(jù)庫的備份副本之類的一些數(shù)據(jù)庫操作需要歲悄關聯(lián)數(shù)據(jù)庫處于不活動狀態(tài)并且該數(shù)據(jù)庫不能有相連的
應用程序
。如果嘗試對有相連應用程序的活動數(shù)據(jù)庫執(zhí)行這類操作，攔戚那么該操作將失敗。
在php隊列php-resque里頭使用了數(shù)據(jù)庫的單例模式顯示MySQL server has gone away
PHP的輕量消息隊列php-resque使用說明
消息隊列處理后臺任務帶來的問題
項目中經(jīng)常會有后臺運行任務的需求，比如發(fā)送郵件時，因為要連接郵件服務器，往往需要5-10秒甚至更長時間，如果能先給用戶一個成功的提示信息，然后在后臺慢慢處理發(fā)送郵件的操作，顯然會有更好的用戶體驗。
為了實現(xiàn)類似的需求，Web項目中一般的實現(xiàn)方法是使用消息隊列(Message Queue)，比如MemcacheQ，RabbitMQ等等，都是很著名的產(chǎn)品。
消息隊列說白了就是一個最簡單的先進先出隊列，隊列的一個成員就是一段文本。正是因為消息隊列實在太簡單了，當拿著消息隊列時，反而有點無從下手的感覺，因為這僅僅一個發(fā)送郵件的任務，就會引申出很多問題：
消息隊列只能存儲字符串類型的數(shù)據(jù)，如何將一個發(fā)送郵件這樣的“任務”，轉換為消息隊列中的一個“消息”?
消息隊列只負責數(shù)據(jù)的存放與進出，本身不能執(zhí)行任何程序，那么我們要如何從消息隊列中一個一個取出數(shù)據(jù)，再將這些數(shù)據(jù)轉化回任務并執(zhí)行。
我們無法預知消息隊列何時會有數(shù)據(jù)產(chǎn)生，所以我們的任務執(zhí)行程序還需要具備監(jiān)控消息隊列的能力，也就是一個常駐后臺的守護進程。
一般的Web應用PHP都以cgi方式運行，無法常駐內(nèi)存。我們知道php還有cli模式，那么守護進程是否能以php cli來實現(xiàn)，效率如何？
當守護進程運行時，Web應用能否與后臺守護進程交互，實現(xiàn)開啟/殺死進程的功能以及獲得進程的運行狀態(tài)？
Resque對后臺任務的設計與角色劃分
對以上這些問題，目前為止我能找到的更好答案，并不是來自php，而是來自Ruby的項目Resque，正是由于Resque清晰簡單的解決了后臺任務帶來的一系列問題，Resque的設計也被Clone到Python、php、NodeJs等語言：比如Python下的pyres以及PHP下的php-resque等等，這里有各種語言版本的Resque實現(xiàn)，而在本篇日志里，我們虛襪笑當然要以PHP版本為例來說明如何用php-resque運行一個后臺任務，可能一些細節(jié)方面會與Ruby版有出入，但是本文中以php版為準。
Resque是這樣解決這些問題的：
后臺任務的角色劃分
其實從上面的問題已經(jīng)可以看出，只靠一個消息隊列是無法解決所有問題的，需要新的角色介入。在Resque中，一個后臺任務被抽象為由三種角色共同完成：
Job | 任務 ： 一個Job就是一個需要在后成的任務，比如本文舉例的發(fā)送郵件，就可以抽象為一個Job。在Resque中一個Job就是一個Class。
Queue | 隊列 ： 也就是上文的消息隊列，在Resque中，隊列則是由Redis實現(xiàn)的。Resque還提供了一個簡單的隊列管理器，可以實現(xiàn)將Job插入/取出隊列等功能。
Worker | 執(zhí)行者 ： 負責從隊列中取出Job并執(zhí)行，可以以守護進程的方式運行在后臺。
那么基于這個劃分，一個后臺任務在Resque下的基本流程是這樣好碰的：
將一個后臺任務編寫為一個獨立的Class，這個Class就是一個Job。
在需要使用后臺程序的地方，系統(tǒng)將Job Class的名稱以及所需參數(shù)放入隊列。
以命令差含行方式開啟一個Worker，并通過參數(shù)指定Worker所需要處理的隊列。
Worker作為守護進程運行，并且定時檢查隊列。
當隊列中有Job時，Worker取出Job并運行，即實例化Job Class并執(zhí)行Class中的方法。
至此就可以完整的運行完一個后臺任務。
在Resque中，還有一個很重要的設計：一個Worker，可以處理一個隊列，也可以處理很多個隊列，并且可以通過增加Worker的進程/線程數(shù)來加快隊列的執(zhí)行速度。
php-resque的安裝
需要提前說明的是，由于涉及到進程的開辟與管理，php-resque使用了php的PCNTL函數(shù)，所以只能在Linux下運行，并且需要php編譯PCNTL函數(shù)。如果希望用Windows做同樣的工作，那么可以去找找Resque的其他語言版本，php在Windows下非常不適合做后臺任務。
以Ubuntu12.04LTS為例，Ubuntu用apt安裝的php已經(jīng)默認編譯了PCNTL函數(shù)，無需任何配置，以下指令均為root帳號安裝Redis
apt-get install redis-server
安裝Composer
apt-get install curl
cd /usr/local/bin
curl -s
| phpchmod a+x composer.phar
alias composer=’/usr/local/bin/composer.phar’
使用Composer安裝php-resque
假設web目錄在/opt/htdocs
apt-get install git git-core
cd /opt/htdocs
git clone php-resque
composer install
php-resque的使用
編寫一個Worker
其實php-resque已經(jīng)給出了簡單的例子， demo/job.php文件就是一個最簡單的Job：
class PHP_Job
{
public function perform()
{
sleep(120);
fwrite(STDOUT, ‘Hello!’);
}
}
這個Job就是在120秒后向STDOUT輸出字符Hello!
在Resque的設計中，一個Job必須存在一個perform方法，Worker則會自動運行這個方法。
將Job插入隊列
php-resque也給出了最簡單的插入隊列實現(xiàn) demo/queue.php：
if(empty($argv)) {
die(‘Specify the name of a job to add. e.g, php queue.php PHP_Job’);}
require __DIR__ . ‘/init.php’;
date_default_timezone_set(‘GMT’);
Resque::setBackend(‘127.0.0.1:6379’);
$args = array(
’time’ => time(),
’array’ => array(
’test’ => ‘test’,
),
);
$jobId = Resque::enqueue(‘default’, $argv, $args, true);echo “Queued job “.$jobId.”\n\n”;
在這個例子中，queue.php需要以cli方式運行，將cli接收到的之一個參數(shù)作為Job名稱，插入名為’default’的隊列，同時向屏幕輸出剛才插入隊列的Job Id。在終端輸入：
php demo/queue.php PHP_Job
結果可以看到屏幕上輸出：
Queued job b1f01038e5e833d24b46271a0e31f6d6即Job已經(jīng)添加成功。注意這里的Job名稱與我們編寫的Job Class名稱保持一致：PHP_Job查看Job運行情況
php-resque同樣提供了查看Job運行狀態(tài)的例子，直接運行：
php demo/check_status.php b1f01038e5e833d24b46271a0e31f6d6可以看到輸出為：
Tracking status of b1f01038e5e833d24b46271a0e31f6d6. Press to stop.
Status of b1f01038e5e833d24b46271a0e31f6d6 is: 1我們剛才創(chuàng)建的Job狀態(tài)為1。在Resque中，一個Job有以下4種狀態(tài)：
Resque_Job_Status::STATUS_WAITING = 1; (等待)Resque_Job_Status::STATUS_RUNNING = 2; (正在執(zhí)行)Resque_Job_Status::STATUS_FAILED = 3; (失敗)Resque_Job_Status::STATUS_COMPLETE = 4; (結束)因為沒有Worker運行，所以剛才創(chuàng)建的Job還是等待狀態(tài)。
運行Worker
這次我們直接編寫demo/resque.php：
date_default_timezone_set(‘GMT’);
require ‘job.php’;
require ‘../bin/resque’;
可以看到一個Worker至少需要兩部分：
可以直接包含Job類文件，也可以使用php的自動加載機制，指定好Job Class所在路徑并能實現(xiàn)自動加載包含Resque的默認Worker： bin/resque
在終端中運行：
QUEUE=default php demo/resque.php
前面的QUEUE部分是設置環(huán)境變量，我們指定當前的Worker只負責處理default隊列。也可以使用QUEUE=* php demo/resque.php
來處理所有隊列。
運行后輸出為
#!/usr/bin/env php
*** Starting worker
用ps指令檢查一下：
ps aux | grep resque
可以看到有一個php的守護進程已經(jīng)在運行了
07 0.0 0. pts/3 S+ 14:52 0:00 php demo/resque.php再使用之前的檢查Job指令
php demo/check_status.php b1f01038e5e833d24b46271a0e31f6d62分鐘后可以看到
Status of b1f01038e5e833d24b46271a0e31f6d6 is: 4任務已經(jīng)運行完畢，同時屏幕上應該可以看到輸出的Hello!
消息隊列數(shù)據(jù)庫執(zhí)行失敗處理的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關于消息隊列數(shù)據(jù)庫執(zhí)行失敗處理,消息隊列：應對數(shù)據(jù)庫執(zhí)行失敗的處理方式,統(tǒng)計局證書助手 數(shù)據(jù)庫操作失敗,在php隊列php-resque里頭使用了數(shù)據(jù)庫的單例模式顯示MySQL server has gone away的信息別忘了在本站進行查找喔。
成都創(chuàng)新互聯(lián)科技公司主營:網(wǎng)站設計、網(wǎng)站建設、小程序制作、成都軟件開發(fā)、網(wǎng)頁設計、微信開發(fā)、成都小程序開發(fā)、網(wǎng)站制作、網(wǎng)站開發(fā)等業(yè)務，是專業(yè)的成都做小程序公司、成都網(wǎng)站建設公司、成都做網(wǎng)站的公司。創(chuàng)新互聯(lián)公司集小程序制作創(chuàng)意，網(wǎng)站制作策劃，畫冊、網(wǎng)頁、VI設計，網(wǎng)站、軟件、微信、小程序開發(fā)于一體。
當前題目：消息隊列：應對數(shù)據(jù)庫執(zhí)行失敗的處理方式(消息隊列數(shù)據(jù)庫執(zhí)行失敗處理)
URL標題：http://www.dlmjj.cn/article/cdhiccd.html
