MySQL 默認使用的是行鎖還是表鎖，取決于你使用的存儲引擎。

在現(xiàn)代 MySQL 開發(fā)中，默認的存儲引擎是 InnoDB，因此通常情況下，MySQL 默認使用的是行鎖（Row Lock）。

為了讓你更清晰地理解，我們需要區(qū)分兩種主要引擎的默認行為：

1. 核心結論：看引擎

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

雖然 InnoDB 默認是行鎖，但這并不代表它永遠只鎖行。這是很多開發(fā)者容易踩的坑。InnoDB 的行鎖是通過索引來實現(xiàn)的。

• 正常情況（走索引）：
  如果你的 SQL 語句（如 UPDATE 或 DELETE）在 WHERE 條件中用到了索引，InnoDB 會精準鎖定符合條件的那一行（或幾行）。

  例子：UPDATE user SET name='A' WHERE id = 1; (假設 id 是主鍵)
  結果：只鎖住 id=1 這一行，其他行不受影響。

• 異常情況（不走索引）：
  如果你的 SQL 語句在 WHERE 條件中沒有用到索引，InnoDB 無法定位到具體的行，它會進行全表掃描。為了確保數(shù)據(jù)一致性，它會將掃描過的所有行都鎖住。這在效果上等同于表鎖。

  例子：UPDATE user SET name='A' WHERE status = 1; (假設 status 字段沒有索引)
  結果：鎖住整張表的所有行，其他事務無法修改表中任何數(shù)據(jù)，直到事務提交。

3. 特殊情況：什么時候會強制用表鎖？

即使是 InnoDB 引擎，在以下情況也會使用表鎖：

1. DDL 操作：執(zhí)行 ALTER TABLE 修改表結構時，通常會鎖住整張表（雖然新版本支持在線 DDL，但在特定階段仍會加鎖）。
2. 顯式加鎖：手動執(zhí)行 LOCK TABLES table_name WRITE; 命令。
3. 全表更新：執(zhí)行不帶 WHERE 條件的 UPDATE 或 DELETE 語句。

總結建議

為了保證 MySQL 發(fā)揮最佳的并發(fā)性能（即使用行鎖），請務必遵循以下原則：

使用 InnoDB 引擎（這是默認選項，不要改）。

到此這篇關于mysql的InnoDB使用行鎖的限制的文章就介紹到這了,更多相關mysql InnoDB行鎖限制內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論