多进程操作SQLite加sqlite3_mutex仍报database is locked更新失败问题

你手动调用的sqlite3_mutex是进程内的线程级互斥锁，只用于同步同一个进程内多个线程对同一个数据库连接的访问，完全不具备跨进程同步能力。你当前的场景是12个独立的Apache子进程，每个进程的内存空间互相隔离，各自持有的mutex彼此独立，完全不会互相干涉，相当于加锁逻辑完全无效，多进程同时发起写操作自然会触发database is locked报错。
你当前使用的serialized运行模式，也只是保证同一个数据库连接在进程内多线程访问时的线程安全，同样解决不了跨进程的写冲突问题。SQLite的跨进程同步依赖自身内置的文件级锁机制，不需要你手动加进程内mutex。

将运行模式改为multi-threaded不能解决你当前的报错问题。该模式只是放宽了进程内的线程访问限制，减少SQLite内部不必要的线程锁开销，和跨进程写冲突没有关系。如果你确认每个进程内只有单线程使用数据库连接，切换到该模式是可行的，但它对解决锁报错没有帮助。

• 首先删除你手动加的sqlite3_mutex相关逻辑，这部分逻辑完全无效还会增加额外开销。
• 开启忙等待超时：调用sqlite3_busy_timeout(con, 3000)，设置3000毫秒的重试超时，遇到锁冲突时SQLite会自动重试，直到超时才返回错误。你当前只有12个并发写，且都是单行UPDATE操作耗时极短，该方案基本就能覆盖你的场景需求。
• 开启WAL预写日志模式：执行PRAGMA journal_mode = WAL;开启WAL模式，该模式下SQLite的读操作和写操作不会互相阻塞，写并发能力会大幅提升，能显著降低锁冲突的概率。
• 如果后续并发量继续上涨，可以考虑将高频更新的会话数据迁移到Redis这类KV存储，或者改用支持更高并发的C/S架构数据库如MySQL。

内容的提问来源于stack exchange，提问作者EML