操作系统调度引发UPDATE延迟？PHP并发表锁数据一致性问题求助

环境信息 #

• 无数据库复制架构
• 单体应用，基于PHP 5.6.40 mysqli接口开发（已在推进版本升级）
• 生产环境：Debian Linux + MySQL 5.6.x；本地开发环境：XAMPP + MariaDB 10.1.x

测试场景 #

xyz表value字段初始值为0：

• 进程1执行：

LOCK TABLE xyz WRITE;
UPDATE xyz SET value = 1;
UNLOCK TABLE xyz;

• 进程2依赖该字段值（如权限校验），执行：

SELECT value from xyz;

异常现象 #

• 本地环境：进程2等待锁释放后查询，返回正确值1
• 生产环境：进程2无法立即获取更新结果：
  • 立即查询返回0
  • 调用PHPsleep(1)后查询返回1

原有预期与无效尝试 #

原有认知 #

• LOCK/UNLOCK TABLES会触发表缓存刷新
• 执行FLUSH TABLES xyz WITH READ LOCK可强制刷盘，保证后续查询拿到最新数据

已尝试但无效的操作 #

• 执行FLUSH TABLES，无效果
• 查询前显式加锁，未解决问题
• 延迟查询可临时生效，但不可靠

疑似原因 #

• MySQL查询缓存未及时失效，返回旧结果
• 操作系统页缓存未同步到磁盘，导致MySQL内存页未更新查询视图

解决方案 #

1. 禁用MySQL查询缓存 #

MySQL 5.6的查询缓存存在并发场景下的一致性漏洞，写操作后缓存可能未及时失效。直接禁用查询缓存：

• 全局配置（需重启MySQL）：在my.cnf中添加：

query_cache_type = 0
query_cache_size = 0

• 会话级别临时禁用（无需重启）：

SET SESSION query_cache_type = OFF;

注：MySQL 5.7+已逐步废弃查询缓存，8.0版本直接移除，这也符合你的升级规划。

2. 迁移至InnoDB并使用事务 #

MyISAM的表锁机制本身不具备MVCC一致性保障，建议将xyz表迁移至InnoDB，改用事务实现一致性：

• 进程1的更新操作包裹在事务中：

START TRANSACTION;
UPDATE xyz SET value = 1;
COMMIT;

• 进程2查询时设置合适的隔离级别（如READ COMMITTED，确保读取已提交的最新数据）：

SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
SELECT value from xyz;

InnoDB的MVCC会自动保证已提交的修改对后续查询可见，无需手动锁表。

3. MyISAM临时过渡方案：强制刷盘 #

若暂时无法迁移引擎，可在进程1解锁前强制刷写磁盘：

LOCK TABLE xyz WRITE;
UPDATE xyz SET value = 1;
FLUSH TABLES xyz; -- 强制将内存表数据同步到磁盘
UNLOCK TABLE xyz;

注意：FLUSH TABLES会阻塞其他表操作，仅适合低并发场景临时使用。

4. InnoDB行级锁替代表锁 #

若必须使用锁机制，InnoDB的行级锁比表锁更高效，进程2查询时加排他锁：

SELECT value from xyz FOR UPDATE;

此操作会等待进程1的事务提交后再执行查询，直接获取最新值。

内容的提问来源于stack exchange，提问作者René Herzog