java mysql中乐观锁通过version字段实现并发控制，核心是校验数据未被修改后再更新，失败由业务层主动处理；需在表中添加非空int/bigint version字段，默认值为1，mybatis-plus用@version注解标识，更新时必须带version校验，影响行为0表示冲突，需重试或提示用户。
Java MySQL 中用乐观锁（Version 字段）解决并发更新冲突，核心不是“锁住数据”，而是“验证数据没被改过再更新”。它靠 version 字段做一致性校验，失败时业务层主动响应，不阻塞、不加锁。
数据库表要加 version 字段
在对应表中新增一个整型 version 字段，类型推荐 INT 或 BIGINT，设默认值为 1（不能是 0）：
- MySQL 示例：ALTER TABLE user_info ADD COLUMN version INT DEFAULT 1 COMMENT '乐观锁版本号';
- 字段不允许为 NULL，显式设默认值，避免 WHERE version = ? 条件因 NULL 失效
- 不用单独建索引；若该字段常和主键/状态字段一起用于查询+更新，可考虑加联合索引
- 别用时间戳替代 version —— 毫秒级可能重复，且无法反映逻辑更新次数
Java 实体与 ORM 配置要对齐
MyBatis-Plus 依赖 @Version 注解识别乐观锁字段，不认字段名，也不允许多个：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 正确写法：@Version private Integer version;
- 错误写法：字段叫 ver 或 revision 却没加 @Version；或同时标注两个 @Version 字段
- Lombok 的 @Data 不影响 @Version 生效，但需确保编译后有标准 getter/setter（尤其搭配 MapStruct 等工具时）
更新逻辑必须带 version 校验
每次更新都走“读取 → 计算 → 带旧 version 更新”流程，SQL 形如：
- UPDATE user_info SET name = ?, version = version + 1 WHERE id = ? AND version = ?;
- MyBatis-Plus 的 updateById 默认启用乐观锁，只要实体含 @Version 字段且非空
- 执行后检查影响行数：返回 1 表示成功；返回 0 表示 version 不匹配（已被别人更新）
失败后必须由业务代码处理
MyBatis-Plus 不抛异常，只返回 0，这是关键信号，不能忽略：
- 常见做法是重试：重新 select 最新数据（含新 version），重新构造更新参数
- 建议限制最大重试次数（如 3 次），并加入简单退避（如 Thread.sleep(10)）防止雪崩
- 强一致性场景（如支付状态变更），应直接返回「操作已被他人提交」，而非静默重试
- 绕过 ORM 的操作（原生 SQL、直连 DB、定时任务）不会触发 version 校验，需通过数据库触发器或统一写入口管控
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
