mysql的InnoDB使用行锁的限制

本文主要介绍了mysql的InnoDB使用行锁的限制,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧

MySQL 默认使用的是行锁还是表锁，取决于你使用的存储引擎。

在现代 MySQL 开发中，默认的存储引擎是 InnoDB，因此通常情况下，MySQL 默认使用的是行锁（Row Lock）。

为了让你更清晰地理解，我们需要区分两种主要引擎的默认行为：

1. 核心结论：看引擎

存储引擎	默认锁粒度	特点	适用场景
InnoDB (默认)	行锁 (Row Lock)	并发性能高，支持事务。	绝大多数业务场景（高并发、写操作多）。
MyISAM (老旧)	表锁 (Table Lock)	并发性能低，不支持事务。	仅读或读多写少的历史遗留系统。

2. 深度解析：InnoDB 的“行锁陷阱”

虽然 InnoDB 默认是行锁，但这并不代表它永远只锁行。这是很多开发者容易踩的坑。InnoDB 的行锁是通过索引来实现的。

• 正常情况（走索引）：
  如果你的 SQL 语句（如 UPDATE 或 DELETE）在 WHERE 条件中用到了索引，InnoDB 会精准锁定符合条件的那一行（或几行）。

  例子：UPDATE user SET name='A' WHERE id = 1; (假设 id 是主键)
  结果：只锁住 id=1 这一行，其他行不受影响。

• 异常情况（不走索引）：
  如果你的 SQL 语句在 WHERE 条件中没有用到索引，InnoDB 无法定位到具体的行，它会进行全表扫描。为了确保数据一致性，它会将扫描过的所有行都锁住。这在效果上等同于表锁。

  例子：UPDATE user SET name='A' WHERE status = 1; (假设 status 字段没有索引)
  结果：锁住整张表的所有行，其他事务无法修改表中任何数据，直到事务提交。

3. 特殊情况：什么时候会强制用表锁？

即使是 InnoDB 引擎，在以下情况也会使用表锁：

1. DDL 操作：执行 ALTER TABLE 修改表结构时，通常会锁住整张表（虽然新版本支持在线 DDL，但在特定阶段仍会加锁）。
2. 显式加锁：手动执行 LOCK TABLES table_name WRITE; 命令。
3. 全表更新：执行不带 WHERE 条件的 UPDATE 或 DELETE 语句。

总结建议

为了保证 MySQL 发挥最佳的并发性能（即使用行锁），请务必遵循以下原则：

使用 InnoDB 引擎（这是默认选项，不要改）。

到此这篇关于mysql的InnoDB使用行锁的限制的文章就介绍到这了,更多相关mysql InnoDB行锁限制内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

• mysql中Innodb 行锁实现原理