當mysql-database關閉一段時間後，gearmand與libdrizzle是否起作用？

Question

用例：

• 的gearmand與libdrizzle作爲持久層到MySQL數據庫
• 的毛毛雨連接崩潰（例如，gearmand數據庫期間夜間鎖定一些分鐘完全操作備份或mysql服務器崩潰或網絡問題到數據庫服務器）。

問：

是否沒有在這一刻（MySQL的）持續的gearmand工作，趕上以後呢？

Answer 1

回答

號

詳細

• 的Debian 6
• gearmand 1.1.8（通過https://launchpad.net/gearmand）通過doBackground創建
• 正是5000個職位
• 堅持作業到MySQL

/usr/local/sbin/gearmand -q mysql --mysql-user user1 --mysql-password pass1 --mysql-db gearmand

方案1

場景：

• 啓用讀鎖的Gearman隊列表

結果：

• 創建後臺任務的腳本處於暫停狀態。
• 刪除READ鎖後，腳本將繼續併成功創建所有5000個作業。
• 注：我剛測試了幾秒鐘的鎖。由於超時，腳本可能會崩潰。

場景＃2

場景：

• 停止整個MySQL服務器實例（與Gearman的隊列）

結果：

• 威特如果沒有mysqld，作業就無法創建。
• 3974個工作中的5000個已創建。

• gearmand輸出：

  mysql_stmt_prepare failed: Can't connect to local MySQL server through socket X

• PHP腳本輸出：

  PHP Warning: GearmanClient::doBackground(): gearman_client_run_tasks:QUEUE_ERROR:QUEUE_ERROR

不幸的是，我的測試場景中，gearmand如果MySQL持久層是不可停止的工作。