std::atomic_flag易出错因不可拷贝赋值且必须零初始化；正确用法是std::atomic_flagflag{}，配合test_and_set()忙等加锁与clear()解锁，并注意RAII封装和短临界区适用场景。

MySQL数据完整性靠约束强制保障而非人工校验；主键和唯一约束防并发重复；外键防孤儿记录且需InnoDB支持；NOTNULL、DEFAULT、CHECK需语义准确；约束过多会降低写入性能。

事务隔离级别决定锁行为：READCOMMITTED下FORUPDATE仅锁命中行，REPEATABLEREAD默认加间隙锁防幻读但易死锁，SERIALIZABLE使所有SELECT加共享锁；INSERT…ONDUPLICATEKEYUPDATE依赖唯一索引记录锁，不加间隙锁；显式加锁需索引命中、避免耗时操作与顺序不一致...

用std::function+std::vector实现观察者模式需解决迭代器失效、线程安全与生命周期管理：推荐std::list删除、std::shared_ptr管理观察者、std::any支持多类型参数，并采用“快发慢处”异步模型保障实时性。

flock()不适合做分布式互斥锁，因其仅限单机进程间有效、多机不可见、默认阻塞易拖垮接口、NFS等场景行为不可靠；RedisSETNX+EX才是可靠方案。

幻读只在“当前读”下真实发生；RR隔离级别下普通SELECT是快照读，不产生幻读，而SELECT...FORUPDATE等当前读语句因加锁机制缺陷（如无索引时仅行锁、不锁间隙）可能导致幻读。