Go 的 recover 只能在 defer 中、且必须在引发 panic 的同一 goroutine 内调用才有效——跨 goroutine 的 panic 无法被其他 goroutin...

常见于 AUTOCOMMIT=1 未开启、语句被静默忽略，或 WHERE 条件不匹配却误以为“失败”。先确认是否真没更新：

MySQL 执行 INSERT、UPDATE、DELETE 时，即使还没 COMMIT，数据也并非“只在内存里晃荡”。InnoDB 会立即将变更写入 redo log buffer（内存中...

flock 不是系统级强制锁，它依赖进程协作，且只对同一文件描述符有效 —— 这意味着用 flock 锁住一个文件后，另一个进程用 open() 重新打开该文件再加锁，完全不受影响。

直接查锁等待，关键看三类信息：谁卡住了、谁挡了路、卡在哪儿。不用猜，MySQL自带视图和命令就能准确定位。

MySQL锁竞争主要发生在高并发写入或长事务场景下，核心优化方向是缩短锁持有时间、降低锁粒度、避免不必要锁，并合理使用索引。关键不在于“完全消除锁”，而在于让锁更快释放、更少冲突。

MySQL行锁等待主要发生在高并发更新同一行数据时，核心优化方向是缩短事务持有锁的时间、减少锁冲突概率、合理设计索引与事务逻辑。

MySQL死锁排查核心是“定位—分析—验证”三步，关键在于快速获取死锁现场信息，并结合事务行为与锁机制判断冲突根源。不需要重启服务，也不必依赖外部工具，原生命令就能完成大部分诊断。

合理选择 MySQL 事务隔离级别可平衡一致性与性能，四种级别分别为读未提交、读已提交、可重复读和串行化，其中 […]

首先通过 INNODB_LOCK_WAITS 和 INNODB_TRX 表定位锁等待的事务及 SQL，再结合 […]