MySQL 表锁与行锁性能对比

MySQL 表锁与行锁性能对比
在数据库并发控制中，锁机制是保证数据一致性的核心手段。MySQL作为主流关系型数据库，提供了表锁和行锁两种锁定策略，其性能差异直接影响高并发场景下的系统吞吐量。本文将从锁粒度、并发性能、死锁风险、适用场景和资源消耗五个方面对比两者的优劣，帮助开发者合理选择锁策略。
锁粒度差异显著
表锁锁定整张表，实现简单但并发度低；行锁仅锁定目标数据行，允许其他事务访问非锁定行，显著提升并发能力。例如，在订单系统中，行锁允许多用户同时修改不同订单，而表锁会导致串行操作。
并发性能对比鲜明
行锁的细粒度特性使其在高并发写入场景下性能优势明显。测试显示，当并发线程数超过50时，行锁的TPS（每秒事务数）比表锁高3-5倍。但表锁在只读查询为主的场景中，因减少锁管理开销，反而可能更高效。
死锁风险不同
行锁可能引发循环等待死锁，需要额外机制检测（如InnoDB的死锁检测）。而表锁由于锁定范围大，通常不会出现死锁，但可能因长时间持有锁导致阻塞链。例如，大事务使用表锁会阻塞所有其他操作。
适用场景各异
表锁适合全表扫描或低并发运维操作，如备份或表结构变更。行锁更适合OLTP系统，如电商库存扣减。实际应用中，InnoDB引擎支持行锁，MyISAM则仅支持表锁，存储引擎选择也影响锁策略。
资源消耗对比
行锁需要维护更多锁结构，内存占用较高。每增加100万行记录，行锁可能消耗数十MB内存，而表锁仅需固定开销。但现代服务器内存充裕，该代价通常可接受。
综上，行锁在并发写入场景优势突出，而表锁更适用于简单操作。设计时应根据业务特征选择，甚至结合意向锁等混合策略，实现性能与安全的平衡。