行锁基于索引锁定单行，支持高并发；表锁锁定整表，适用于大批量操作。InnoDB默认自动加行锁，MyISAM仅支持表锁。使用SELECT … FOR UPDATE加排他锁，SELECT … LOCK IN SHARE MODE加共享锁；手动表锁用LOCK TABLES READ/WRITE，需UNLOCK TABLES释放。避免死锁需缩短事务、固定访问顺序，并捕获错误重试。
MySQL 的锁机制是数据库并发控制的重要手段，主要用于保证数据的一致性和完整性。在高并发场景下，合理使用行锁和表锁可以有效避免脏读、不可重复读和幻读等问题。下面介绍 MySQL 中行锁与表锁的使用方法及操作细节。
行锁（Row-Level Locking）
行锁是 InnoDB 存储引擎特有的锁机制，它只锁定当前操作涉及的数据行，其他行仍可被其他事务操作，因此并发性能较高。
使用条件： 行锁生效的前提是查询条件必须走索引（最好是主键索引），否则会退化为表锁。
常见操作方式：
在执行 UPDATE、DELETE 操作时，InnoDB 自动对涉及的行加排他锁（X锁）。使用 SELECT … FOR UPDATE 对查询结果集中的每一行加排他锁，常用于悲观锁场景。使用 SELECT … LOCK IN SHARE MODE 加共享锁（S锁），允许其他事务读但不能修改。
示例：
-- 事务A执行START TRANSACTION;SELECT * FROM users WHERE id = 1 FOR UPDATE;-- 此时其他事务无法修改id=1的记录，直到事务提交或回滚
表锁（Table-Level Locking）
表锁是对整张表进行加锁，MyISAM 和 InnoDB 都支持表锁，但 MyISAM 只支持表锁，而 InnoDB 在特定情况下也会升级为表锁。
适用场景： 大批量数据操作、统计分析等低并发但大范围操作的场景。
PicDoc
AI文本转视觉工具，1秒生成可视化信息图
6214 查看详情
手动加表锁方法：
LOCK TABLES 表名 READ：加共享锁，其他事务可读但不可写。LOCK TABLES 表名 WRITE：加排他锁，其他事务不可读也不可写。UNLOCK TABLES：释放所有表锁。
示例：
-- 加读锁LOCK TABLES users READ;SELECT * FROM users; -- 可执行INSERT INTO users VALUES(...); -- 报错，不允许写-- 加写锁LOCK TABLES users WRITE;UPDATE users SET name='Tom' WHERE id=1; -- 允许-- 其他连接任何操作都会被阻塞
UNLOCK TABLES; -- 释放锁
自动锁与手动锁的选择
InnoDB 通常在事务中自动管理行锁，无需手动干预。只有在特殊需求下才需要显式加锁。
建议：
尽量使用事务 + 行级锁（如 FOR UPDATE）来处理高并发写操作。避免长时间持有锁，尽快提交事务以减少锁等待。检查 SQL 是否命中索引，防止行锁升级为表锁。监控锁等待情况：可通过 SHOW ENGINE INNODB STATUS 查看锁信息。
死锁与锁等待处理
当多个事务相互等待对方持有的锁时，可能发生死锁。InnoDB 会自动检测并回滚其中一个事务。
应对措施：
保持事务简短，减少锁持有时间。按固定顺序访问表和行，降低死锁概率。设置合理的锁等待超时时间：通过 innodb_lock_wait_timeout 参数调整。应用层捕获死锁错误（错误码 1213），并实现重试逻辑。
以上就是mysql如何使用行锁和表锁_mysql锁机制操作方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1007486.html
微信扫一扫 
支付宝扫一扫 
