MYSQL 遗留 LOCK IN SHARE MODE 锁定读 迁移 postgresql 16 怎么改

迁衡基于规则 my.lock.lock_in_share_mode 分析 MYSQL 遗留 LOCK IN SHARE MODE 锁定读 到 postgresql 16 的兼容性、改写路径与验证建议。

兼容性判定

公开资料依据 · 建议 PoC 复核
支持度partial
严重度critical
置信度low
依据规则my.lock.lock_in_share_mode

怎么改

简单行锁定读改为显式事务内 FOR SHARE;读后更新或聚合查询按用途改 FOR UPDATE、原子 DML 或基础行锁定

判定说明

PostgreSQL 不接受遗留拼写,且聚合、分组、DISTINCT、集合查询不能直接附 FOR SHARE;权限、锁冲突和事务边界不同,建议 PoC 复核

库侧 / 应用侧路径

库侧改造

可行:按查询形态选择 FOR SHARE、FOR UPDATE 或重构基础行锁定

应用侧改造

可行:明确事务边界并按业务不变量补乐观锁、冲突处理和重试

推荐路线:case_by_case。验证建议:双会话核对阻塞、死锁、权限、隔离级别、提交释放和聚合查询改写结果

规则样例

SELECT * FROM account WHERE id=1 LOCK IN SHARE MODE
SELECT COUNT(*) FROM categorylinks LIMIT 1 LOCK IN SHARE MODE
SELECT * FROM account WHERE id=? LOCK IN SHARE MODE

参考来源

相关改造点

社群/联系

迁移卡住时,带着案例找人复核

迁移路上遇到具体问题?微信群、1v1 咨询与邮箱,随时找得到人。

微信交流群 微信二维码

扫码添加微信,邀您加入交流群;亦可搜索微信号 prejudice_me。

邮箱咨询

m01dm01db01@foxmail.com

发源库、目标库、代码规模和已脱敏案例短链,便于估算改造工作量。