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

JayKing

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

通過云數(shù)據(jù)庫的審查系統(tǒng)，發(fā)現(xiàn)SQL插入語句幾乎是同一時(shí)間插入，下面是三次SQL語句的執(zhí)行時(shí)間記錄：
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)就報(bào)警了，其內(nèi)容為：

Info ：Waiting for table metadata lock 會(huì)話ID：11171212

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

復(fù)制代碼

Info ：Waiting for table metadata lock  會(huì)話ID：11171213

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

復(fù)制代碼

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

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

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

1 貢獻(xiàn)

最佳答案

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

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

科站網(wǎng)

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