Discuz!X3.5 計劃任務(wù)好像會被同時多次執(zhí)行

JayKing

升級Discuz! 3.5 后，原來自己寫的一個定時采集插入任務(wù)出現(xiàn)一條記錄多次寫入的問題，在計劃任務(wù)里用了插入前檢查數(shù)據(jù)是否已經(jīng)存在，問題依舊。

通過云數(shù)據(jù)庫的審查系統(tǒng)，發(fā)現(xiàn)SQL插入語句幾乎是同一時間插入，下面是三次SQL語句的執(zhí)行時間記錄：
2023-12-30 10:50:12.605010662
2023-12-30 10:50:12.608494518       
2023-12-30 10:50:12.581170947

于是改在MySQL表里加入多字段唯一性索引，并修改SQL語句加入 DUPLICATE KEY UPDATE ，重復(fù)插入問題才得意解決。

但是，很快，云數(shù)據(jù)庫的審查系統(tǒng)就報警了，其內(nèi)容為：

Info ：Waiting for table metadata lock 會話ID：11171212

1. DELETE FROM pre_common_process WHERE processid='DZ_CRON_15' OR expiry<1703919601

復(fù)制代碼

Info ：Waiting for table metadata lock  會話ID：11171213

1. DELETE FROM pre_common_process WHERE processid='DZ_CRON_15' OR expiry<1703919601

復(fù)制代碼

以上信息雖然一致，但是會話是兩個會話，說明該計劃任務(wù)的執(zhí)行語句又在同一時間運(yùn)行了兩次。

根據(jù)一段時間的測試，X3.5 有以上問題，而同樣的采集計劃任務(wù)，在X3.4 情況下已正常運(yùn)行一年半，均未發(fā)生過類似問題。

懷疑計劃任務(wù)被多個程序同時引用造成同一時間被執(zhí)行多次，且執(zhí)行次數(shù)隨機(jī)，少則2次，多則10余次。

1 貢獻(xiàn)

最佳答案

計劃任務(wù)是依賴于程序被訪問，如果你的任務(wù)時間長，并發(fā)了就會這樣

• 科站網(wǎng)
• 發(fā)表于2024-1-3 09:21:23
• 詳細(xì)答案 >

科站網(wǎng)

計劃任務(wù)是依賴于程序被訪問，如果你的任務(wù)時間長，并發(fā)了就會這樣