mysql 使用笔记系列——有关event的一个知识点

本人要做 一个后台处理模块，用了C#，结果发现会出现网络网络中断，最后决定使用MySQL的存贮过程结合event的方式。
因对event的特性不熟，因此担心其是否有重入的问题。在事件开始写了这样的代码

....
    -- #-1 To avoid reenter this event process  2022-01-27 
    SET @unProcessCount = 0;
    SELECT
      COUNT(*) INTO @unProcessCount
    FROM heart_beat
    WHERE app_id = sp_APP_ID
    AND logoff_time =  NULL;

    IF @unProcessCount != 0 THEN
      CALL sp_SetLog(sp_AppName, CONCAT("Event Renter!!!, the time is", current_timestamp));
      LEAVE endSP_label;
    END IF;

    UPDATE heart_beat
    SET login_time = current_timestamp,
        logoff_time = NULL,
        beat_time = current_timestamp,
        app_name = sp_AppName,
        remark = "Start"
    WHERE app_id = sp_APP_ID;。。。

运行了一段时间，在log里面没有发现重入的记录，遂认为event是排队机制的，但是一旦数据量写入速度过快，就会出现死锁的情况，真是百思不得其解啊。
昨日继续检查，将event 独立成一个存贮过程，这样便于调试，偶然发现，再调试时，死锁出现。忽然意识到，是event和存贮过程出现了同时运行的情况。然后再看重入检查的部分，终于发现问题所在
请注意其中的的
AND logoff_time = NULL;
这是一个想当然的误用，我知道在oracle里面，这样是不行的，想必是在MySQL里面也不可以。遂改用
AND logoff_time IS NULL ， 继续调试，log里面真的出现了
Event Renter!!!, the time is看来死锁就是由 event的重入引发的。
本文的核心表达就是 mysql的event是可以重入的，和一般意义上的timer不一样，这点要千万注意，另外，就是nulll 的判断，不可使用 = 。
是记。

maraSun BJFWDQ
2022-08-29
酸酸复酸酸，何日不酸酸。天天酸酸酸，事事酸酸酸。