使用web-msg-sender的時候每次運行之后的第二天過來就會busy，按照手冊中的調試方法定位不到問題

夢幻星圖 2022-06-02

目前就卡到這個地方走不動了，不知道怎么調試了，為什么會出現(xiàn)這種問題

 1284  2 0

2個回答

walkor 2022-06-02

打賞

看起來是進程一直在等待鎖釋放?？聪聵I(yè)務有沒有鎖的操作，那里可能死鎖了

夢幻星圖 2022-06-02

業(yè)務里邊做的都是數(shù)據(jù)庫的查詢操作，按說應該不會鎖吧，現(xiàn)在的代碼就是在示例代碼的框架上添加的，就是推送消息的時候查詢一下數(shù)據(jù)庫數(shù)據(jù)，每次數(shù)據(jù)庫查詢之后，就會把數(shù)據(jù)庫鏈接給關閉了，使用的是tp框架
夢幻星圖 2022-06-02

前幾天有運行兩天出問題的，這幾次出問題，大部分都是運行到第二天就出問題了，會不會是內存問題
walkor 2022-06-02

從strace看阻塞在 futex，等待某個鎖的釋放。不是內存影響
夢幻星圖 2022-06-02

業(yè)務有沒有鎖的操作，一般從哪方面去排查呢，這個不是很懂，大佬能不能給點方向建議
walkor 2022-06-02

重啟web-msg-sender，運行status查看進程pid，運行命令
nohup strace -ttp $進程pid -o /tmp/strace.log &
等待下一次busy，這樣進程從正常狀態(tài)到競爭futex之間的系統(tǒng)調用會被記錄下來，到時候看下futex之前有哪些調用大概就能判斷出來哪里有問題了。
tanhongbin 2022-06-02

老大，你說的我都不理解呀，o(╥﹏╥)o
walkor 2022-06-02

@夢幻星圖
用這個命令 nohup strace -s 500 -ttp $進程pid -o /tmp/strace.log &
夢幻星圖 2022-06-02

如果說我把所有的業(yè)務調用都放到推送邏輯外邊，worder只負責推送文本內容，這樣的是不是可以避免出現(xiàn)這種busy的情況
夢幻星圖 2022-06-02

如果可行的話，我就把業(yè)務邏輯給分離出來，在推送之前就把要推送的數(shù)據(jù)給處理好再推送
walkor 2022-06-02

對，web-msg-sender 只做推送，其它邏輯在mvc框架里做比較合理
夢幻星圖 2022-06-02

好的，謝謝大佬