表锁

表锁（Table Lock）是数据库中粒度最大的一种锁机制，它会锁定整张表，阻止其他事务对该表进行读写操作，直到锁被释放。相比行锁和页锁，表锁的实现简单，但并发度较低，适用于特定的业务场景。

核心原理

1. 全局锁定

   • 事务对表加锁后，其他事务无法对该表的任何行进行读写，直到锁释放。

2. 锁的类型

   • 共享锁（Shared Lock）：允许多个事务同时读取表，但阻止其他事务获取排他锁。
   • 排他锁（Exclusive Lock）：阻止其他事务获取任何类型的锁，用于写操作。

表锁的优缺点

• 优点

  • 实现简单：无需维护复杂的行级锁状态。
  • 避免死锁：锁粒度大，减少了死锁的可能性。
  • 适合批量操作：如大批量数据导入、删除。

• 缺点

  • 并发度低：同一时间仅一个事务能操作表，可能导致性能瓶颈。
  • 锁持有时间长：长时间锁定整张表会影响其他事务。

实现方式

1. 显式加表锁

• MySQL：

  LOCK TABLES users READ;    -- 共享锁（读锁）
  LOCK TABLES users WRITE;   -- 排他锁（写锁）
  
  -- 使用后必须释放
  UNLOCK TABLES;
  

• Oracle：

  LOCK TABLE users IN SHARE MODE;    -- 共享锁
  LOCK TABLE users IN EXCLUSIVE MODE; -- 排他锁
  

2. 隐式加表锁

• 某些操作会自动加表锁，如：

  TRUNCATE TABLE users;  -- 自动加排他锁
  

表锁的典型应用场景

1. 批量数据操作

   • 如全量数据导入、删除，需锁定整张表保证一致性。

2. 低并发、写为主的场景

   • 如小表的频繁更新，行锁 overhead 过高。

3. 数据一致性要求极高

   • 如执行 DDL 语句（ALTER TABLE）前需锁定表。

与其他锁的对比

注意事项

1. 性能影响

   • 避免在高并发场景使用表锁，可能导致大量线程阻塞。

2. 死锁风险

   • 虽然表锁减少了死锁概率，但仍需注意：

     -- 事务1
     LOCK TABLE users WRITE;
     LOCK TABLE orders WRITE;
     
     -- 事务2
     LOCK TABLE orders WRITE;
     LOCK TABLE users WRITE;
     

     上述场景可能导致死锁。

3. 替代方案

   • 优先使用行锁或乐观锁，仅在必要时使用表锁。

表锁性能优化

1. 减少锁持有时间

   • 避免在锁定表期间执行耗时操作。

2. 使用事务

   • 将表锁操作封装在事务中，确保锁尽快释放：

     BEGIN;
     LOCK TABLE users WRITE;
     -- 操作
     COMMIT;
     UNLOCK TABLES;
     

3. 分区表

   • 对于大表，考虑使用分区表减少锁的影响范围。

总结

表锁是一种简单但并发度低的锁机制，适用于批量操作、低并发写场景或对数据一致性要求极高的情况。在现代高并发系统中，应谨慎使用表锁，优先考虑行锁或乐观锁。合理的锁策略需要根据业务场景权衡并发性能和数据一致性的需求。