数据库并发控制，是每个后端开发者的必修课。行级锁，就像一位守护者，在并发访问时确保数据精确。MyBatis的FOR UPDATE语法糖，让我们轻松调用数据库的行级锁能力。但用不好，反而会伤及自身。
太多团队因为对FOR UPDATE的误解，埋下性能隐患。本文将揭示MyBatis中FOR UPDATE最常见的五个使用误区，并给出解决方案。无论你是新手还是资深工程师，这些实战经验都能帮你少走弯路。
1. 事务缺失：锁失效的隐形杀手
1.1 问题现象：看似加锁实则裸奔
新手最容易犯的错误就是忘记开启事务。很多开发者以为只要在SQL中写上FOR UPDATE就会自动加锁，实际上这是个危险的误解。没有事务上下文时，FOR UPDATE就像没有子弹的枪——看起来吓人但毫无威力。
public void updateProductStock(Long productId, int quantity) {
// 查询并加锁（实际上锁会立即释放）
Product product = productMapper.selectForUpdate(productId);
// 更新库存
product.setStock(product.getStock() - quantity);
productMapper.update(product);
}这段代码在低并发时可能运行正常，但当多个请求同时到达时，会出现库存超卖。因为每个selectForUpdate查询都会立即释放锁，无法形成真正的互斥。
1.2 解决方案：声明式事务的正确姿势
Spring提供了简洁的@Transactional注解来管理事务边界。正确的做法应该是：
@Transactional
public void updateProductStock(Long productId, int quantity) {
Product product = productMapper.selectForUpdate(productId);
if (product.getStock() >= quantity) {
product.setStock(product.getStock() - quantity);
productMapper.update(product);
} else {
throw new RuntimeException(