行锁

行锁（Row Lock）是数据库中用于实现并发控制的一种锁机制，它锁定表中的特定行记录，允许不同事务同时操作不同行的数据，从而提高并发性能。行锁主要用于解决脏读、不可重复读和幻读等数据一致性问题。

核心原理

1. 锁定粒度

   • 仅对需要操作的行记录加锁，不影响其他行的读写。
   • 例如：

     UPDATE users SET balance = balance - 100 WHERE id = 1;  -- 仅锁定id=1的行
     

2. 锁的类型

   • 共享锁（Shared Lock）：允许多事务同时读取同一行，阻止其他事务获取排他锁。
   • 排他锁（Exclusive Lock）：阻止其他事务获取共享锁或排他锁，用于写操作。

行锁的优缺点

• 优点

  • 高并发支持：不同事务可同时操作不同行，提升吞吐量。
  • 数据一致性：保护单行数据，避免脏写和更新丢失。

• 缺点

  • 锁冲突：若频繁操作同一行，会导致锁等待和性能下降。
  • 死锁风险：多事务循环等待行锁时可能产生死锁。

实现方式

1. 数据库层面

• MySQL InnoDB：

  SELECT * FROM users WHERE id = 1 FOR UPDATE;  -- 显式获取排他锁
  

  • 隐式加锁：UPDATE、DELETE语句自动对操作的行加排他锁。

• Oracle：

  SELECT * FROM users WHERE id = 1 FOR UPDATE;  -- 显式获取排他锁
  

2. 应用层面

• 通过数据库连接池配置隔离级别，间接控制行锁行为。
• 例如，设置隔离级别为可重复读（REPEATABLE READ）：

  connection.setTransactionIsolation(Connection.TRANSACTION_REPEATABLE_READ);
  

行锁的典型应用场景

1. 高并发事务处理

   • 如电商库存扣减、金融账户转账。

2. 数据敏感操作

   • 对特定行数据的修改需要严格的原子性。

3. 长事务

   • 事务执行期间需保持数据一致性。

与其他锁的对比

注意事项

1. 死锁预防

   • 按相同顺序访问行，如按主键升序。
   • 设置锁超时时间：

     SET innodb_lock_wait_timeout = 5;  -- MySQL设置锁等待超时5秒
     

2. 索引优化

   • 必须通过索引条件访问行，否则可能升级为表锁。
   • 错误示例（全表扫描）：

     UPDATE users SET status = 'active' WHERE name LIKE '%test%';  -- 无索引，可能锁全表
     

3. 事务隔离级别

   • 不同隔离级别对行锁的使用方式不同：
     • 读未提交（READ UNCOMMITTED）：不使用行锁。
     • 读已提交（READ COMMITTED）：仅锁定当前读取的行。
     • 可重复读（REPEATABLE READ）：可能使用间隙锁，防止幻读。

行锁性能优化

1. 减少锁持有时间

   • 避免在事务中执行耗时操作（如IO、远程调用）。

2. 批量操作分批次

   • 避免一次性锁定大量行：

     -- 错误：一次性更新全量数据
     UPDATE users SET last_login = NOW();
     
     -- 正确：分批更新
     UPDATE users SET last_login = NOW() WHERE id BETWEEN 1 AND 1000;
     UPDATE users SET last_login = NOW() WHERE id BETWEEN 1001 AND 2000;
     

3. 使用乐观锁

   • 对于读多写少场景，通过版本号机制减少行锁使用：

     UPDATE users SET balance = balance - 100, version = version + 1 
     WHERE id = 1 AND version = 5;  -- 版本号验证
     

总结

行锁是数据库实现高并发事务的关键机制，通过锁定特定行记录平衡了数据一致性和性能。合理使用行锁需注意索引优化、事务隔离级别和死锁预防。在高并发系统中，行锁的优化直接影响整体吞吐量，需结合业务场景选择合适的锁策略。