MySQL 默認(rèn)使用的是行鎖還是表鎖，取決于你使用的存儲(chǔ)引擎。

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

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

1. 核心結(jié)論：看引擎

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

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

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

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

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

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

3. 特殊情況：什么時(shí)候會(huì)強(qiáng)制用表鎖？

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

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

總結(jié)建議

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

使用 InnoDB 引擎（這是默認(rèn)選項(xiàng)，不要改）。

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

最新評(píng)論