本文簡述了gearman用mysql持久化的方法,以及由此引發(fā)的一些問題,具體分析如下:
一、gearman 創(chuàng)建Mysql持久化隊(duì)列的方式如下:
1. 登入mysql命令行,運(yùn)行:
2. 啟動(dòng)gearman,命令如下:
/usr/local/gearman/sbin/gearmand -p 4730 -L 0.0.0.0 --log-file=/tmp/gearmand-4730.log --pid-file=/tmp/gearmand-4730.pid -q MySQL --mysql-host=localhost --mysql-user=root --mysql-db=gearman --verbose DEBUG -d
具體的參數(shù),根據(jù)自己的服務(wù)器狀況去修改就行了。
3. 再次登入mysql命令行,執(zhí)行:
use gearman;
show tables;
就可以看到下面多了個(gè)“gearman_queue”的表。
這樣,gearman就變成了持久化的方式。
二、gearman用mysql持久化之后,會(huì)帶來如下一些問題:
1. 每個(gè)任務(wù)都會(huì)寫入數(shù)據(jù)庫,這樣會(huì)帶來磁盤IO的損耗,并且gearman的性能瓶頸又多了一個(gè)可能,就是由數(shù)據(jù)庫引起的性能問題。
2. mysql有個(gè)“wait_timeout”的參數(shù),在mysql命令行中運(yùn)行
show variables like "%timeout%";
可以看到wait_timeout的值,默認(rèn)是28800。也就是說,如果一個(gè)mysql的連接,超過28800s沒有任何響應(yīng),就會(huì)斷開。
3. gearman持久化的方式,如果超過了mysql的wait_timeouts的時(shí)間沒有任何響應(yīng),和數(shù)據(jù)庫的連接就會(huì)被mysql斷開,而且gearman目前是沒有mysql重新連接的,結(jié)果就是,會(huì)導(dǎo)致如下錯(cuò)誤,必須重啟gearman才能重新正常工作。
gearman報(bào)錯(cuò):
ERROR 2014-04-01 02:10:02.897899 [ proc ] mysql_stmt_execute failed: -> libgearman-server/plugins/queue/mysql/queue.cc:357
ERROR 2014-04-01 02:10:02.897910 [ proc ] gearman_server_job_add gearman_server_run_command(QUEUE_ERROR) -> libgearman-server/server.cc:301
所以,gearman持久化方式帶來的缺點(diǎn)顯而易見,該方式下,要避免gearman對mysql連接超時(shí)斷開,可以將mysql的wait_timeout參數(shù)改大。
或者,干脆直接放棄用mysql的持久化方式。
您可能感興趣的文章:- php使用gearman進(jìn)行任務(wù)分發(fā)操作實(shí)例詳解
- python基于json文件實(shí)現(xiàn)的gearman任務(wù)自動(dòng)重啟代碼實(shí)例
- gearman中worker常駐后臺(tái),導(dǎo)致MySQL server has gone away的解決方法
- PHP使用gearman進(jìn)行異步的郵件或短信發(fā)送操作詳解
- gearman + mysql方式實(shí)現(xiàn)持久化操作示例
- gearman管理工具GearmanManager的安裝與php使用方法示例
- PHP并發(fā)多進(jìn)程處理利器Gearman使用介紹
- Gearman::XS在Centos下的編譯安裝方法
- gearman的安裝啟動(dòng)及python API使用實(shí)例
- rhel5.7下安裝gearmand及啟動(dòng)的方法
- gearman中任務(wù)的優(yōu)先級(jí)和返回狀態(tài)實(shí)例分析