為啥使用web-msg-sender所有用戶下線之后第二天需要重啟服務(wù)才能推送消息呢

夢幻星圖 2022-04-25

實際測試的時候發(fā)現(xiàn)，如果所有的賬戶都退出離線之后，等十幾分鐘之后，再次重新登錄，需要再命令行把服務(wù)重啟才能正常通信。

 1187  1 0

walkor 2022-04-25

打賞

web-msg-sender里用了mysql？

夢幻星圖 2022-04-25

用了，不過是事件觸發(fā)的時候會用
夢幻星圖 2022-04-25

畢竟要推送消息，肯定是推送后端的數(shù)據(jù)過去的，這個會有什么問題嗎，一直都沒有找到解決方案
夢幻星圖 2022-04-25

但是出現(xiàn)這個問題，一般都是在所有的用戶都退出離線之后才出現(xiàn)的，為啥過一段時間重新登錄之后就不行了呢
walkor 2022-04-25
mysql服務(wù)端會關(guān)閉長時間不活躍的mysql連接，所以第二天你的業(yè)務(wù)就異常了。
web-msg-sender 建議只做推送，不做其它業(yè)務(wù)。
如果你非要在web-msg-sender里使用mysql，有兩種簡單的方案。
方案一：每次使用數(shù)據(jù)庫的時候重新連接，使用完畢后關(guān)閉數(shù)據(jù)庫連接
方案二：把初始化數(shù)據(jù)庫連接放到onWorkerStart里，并加一個定時器定時 select 1 維持mysql連接通訊，類似

$io->on('workerStart', function() { your_mysql_connect_fun(); Workerman\Timer::add(55, function(){ your_db_query('select 1'); }); };
夢幻星圖 2022-04-25

好的，我現(xiàn)在測試一下，謝謝大佬
夢幻星圖 2022-04-25

好像已經(jīng)解決了，目前測試了所有用戶退出之后五分鐘之后重新登錄，已經(jīng)可以正常通訊了，用的就是你說的第一種方案，謝啦，大佬