InnoDB：InnoDB 事务模型 - 版本历史

Eijux：/* “READ COMMITTED” */

2024-01-18T14:30:10Z

“READ COMMITTED”

←上一版本		2024年1月18日 (四) 22:30的版本
第58行：		第58行：

	# 使用默认的“REPEATABLE READ”隔离级别时：		# 使用默认的“REPEATABLE READ”隔离级别时：
	#: 第一个“UPDATE”会在其读取的每一行上获得一个 x 锁，并且不会释放其中的任何一个：【！<span style="color:Chocolate; font-weight:bold;">因为没有使用索引，所以导致全表扫面，而又因为 RR ~~使用“临键锁”，所以实际导致“全表锁定”~~<span>】		#: 第一个“UPDATE”会在其读取的每一行上获得一个 x 锁，并且不会释放其中的任何一个：【！<span style="color:Chocolate; font-weight:bold;">因为没有使用索引，所以导致全表扫面，而又因为 RR 使用“临键锁”，所以每一条记录的索引都被使用“临键锁”，相当于“全表锁定”<span>】
	#: <syntaxhighlight lang="mysql">		#: <syntaxhighlight lang="mysql">
	x-lock(1,2); retain x-lock		x-lock(1,2); retain x-lock

Eijux：/* “READ COMMITTED” */

2024-01-18T14:19:41Z

“READ COMMITTED”

←上一版本		2024年1月18日 (四) 22:19的版本
第58行：		第58行：

	# 使用默认的“REPEATABLE READ”隔离级别时：		# 使用默认的“REPEATABLE READ”隔离级别时：
	#: 第一个“UPDATE”会在其读取的每一行上获得一个 x ~~锁，并且不会释放其中的任何一个：【！】~~		#: 第一个“UPDATE”会在其读取的每一行上获得一个 x 锁，并且不会释放其中的任何一个：【！<span style="color:Chocolate; font-weight:bold;">因为没有使用索引，所以导致全表扫面，而又因为 RR 使用“临键锁”，所以实际导致“全表锁定”<span>】
	#: <syntaxhighlight lang="mysql">		#: <syntaxhighlight lang="mysql">
	x-lock(1,2); retain x-lock		x-lock(1,2); retain x-lock
第71行：		第71行：
	</syntaxhighlight>		</syntaxhighlight>
	# 如果改为使用“READ COMMITTED”：		# 如果改为使用“READ COMMITTED”：
	#: 则第一个“UPDATE”会在其读取的每一行上获取一个 x 锁，并释放其未修改的行的 x ~~锁：【！】~~		#: 则第一个“UPDATE”会在其读取的每一行上获取一个 x 锁，并释放其未修改的行的 x 锁：【！<span style="color:Chocolate; font-weight:bold;">因为没有使用索引，所以导致全表扫面，而又 RC 不使用“临键锁”（间隙锁），所以只会锁定有对应值的记录<span>】
	#: <syntaxhighlight lang="mysql">		#: <syntaxhighlight lang="mysql">
	x-lock(1,2); unlock(1,2)		x-lock(1,2); unlock(1,2)

2023年3月31日 (五) 15:14 Eijux

2023-03-31T15:14:47Z

←上一版本		2023年3月31日 (五) 23:14的版本
第1行：		第1行：
	[[category:~~MySQL~~]]		[[category:MySQL文档]]

	== 关于 ==		== 关于 ==

Eijux：/* 锁定读：“行锁”与“表锁” */

2021-04-23T18:17:12Z

锁定读：“行锁”与“表锁”

@@ 第300行： / 第300行： @@
-# “表锁”：
+锁定读的所情况总结：
-##
+# “无锁”：根据“主键”、“非主键索引”、“主键 + 非主键索引”、“主键 + 非索引”进行查询，但未查询到数据时。
-##
+# “行锁”：根据“主键”、“非主键索引”、“主键 + 非主键索引”进行查询，并查询到数据时。
-##
+# “'''表锁'''”：
-##
+## 只根据“非索引”字段进行查询时（无论是否查询到数据）；【'''未使用索引'''】
-##
+## 只根据“主键”进行查询，条件为“<>”、“like”时（无论是否查询到数据）；【'''结果集为范围'''】
-示例：
+* 根据“主键 + 非索引”进行查询，并且查询到数据时：【？？？】
-# 只根据主键进行查询，并且查询到数据，主键字段产生'''行锁'''。
+*# 如果其他线程按“主键”字段进行查询，则“主键”字段产生行锁；
-#: <syntaxhighlight lang="mysql">
+*# 如果其他线程按“非主键索引”字段进行查询，则“非主键索引”字段产生行锁；
-begin;
+*# 如果其他线程按“非索引”字段进行查询，则“非索引”字段产生表锁；
-select * from goods where id = 1 for update;
+*# 如果索引值是枚举类型，mysql 也会进行表锁。
 === 读锁示例 ===

Eijux：/* 锁定读取 */

2021-04-23T17:33:02Z

锁定读取

显示更改

Eijux：/* 一致的非锁定读取 */

2021-04-20T11:36:15Z

一致的非锁定读取

←上一版本		2021年4月20日 (二) 19:36的版本
第184行：		第184行：
	* 一些 API 还提供了单独的特殊事务提交和回滚功能或方法。		* 一些 API 还提供了单独的特殊事务提交和回滚功能或方法。

	== '''~~一致的非锁定读取~~''' ==		== 一致的'''非锁定读取''' ==
	consistent read（一致性读取）表示 InnoDB 使用'''多版本控制'''在某个时间点向查询呈现数据库'''快照'''：		consistent read（一致性读取）表示 InnoDB 使用'''多版本控制'''在某个时间点向查询呈现数据库'''快照'''：

Eijux：/* 锁定读取 */

2021-04-20T11:35:53Z

锁定读取

←上一版本		2021年4月20日 (二) 19:35的版本
第267行：		第267行：
	* 要在这种情况下使用一致的读取，请启用“innodb_locks_unsafe_for_binlog”选项，并将事务的隔离级别设置为“READ UNCOMMITTED”，“READ COMMITTED”或“REPEATABLE READ”（即“SERIALIZABLE”以外的任何值）。在这种情况下，'''不会对从所选表读取的行设置锁定'''。		* 要在这种情况下使用一致的读取，请启用“innodb_locks_unsafe_for_binlog”选项，并将事务的隔离级别设置为“READ UNCOMMITTED”，“READ COMMITTED”或“REPEATABLE READ”（即“SERIALIZABLE”以外的任何值）。在这种情况下，'''不会对从所选表读取的行设置锁定'''。

	== 锁定读取 ==		== '''锁定读取''' ==
	如果查询数据，然后在同一事务中插入或更新相关数据，则常规“SELECT”语句不能提供足够的保护。其他事务可以更新或删除刚查询的相同行。		如果查询数据，然后在同一事务中插入或更新相关数据，则常规“SELECT”语句不能提供足够的保护。其他事务可以更新或删除刚查询的相同行。

Eijux：/* 锁定读取 */

2021-04-20T11:35:03Z

锁定读取

←上一版本		2021年4月20日 (二) 19:35的版本
第268行：		第268行：

	== 锁定读取 ==		== 锁定读取 ==
			如果查询数据，然后在同一事务中插入或更新相关数据，则常规“SELECT”语句不能提供足够的保护。其他事务可以更新或删除刚查询的相同行。

			InnoDB 支持两种提供额外安全性的locking reads（锁定读取）：
			# “'''SELECT ... LOCK IN SHARE MODE'''”【！！！】
			#: 在读取的任何行上设置'''共享模式锁定'''。'''其他会话可以读取行，但是在事务提交之前不能修改它们'''。如果这些行中的任何一个被尚未提交的另一个事务更改，则查询将 await 直到该事务结束，然后使用最新值。
			# “'''SELECT ... FOR UPDATE'''”【！！！这个我常用】
			#: 对于索引记录，搜索遇到的情况，'''锁定行和任何关联的索引条目'''，就像您为这些行发出“UPDATE”语句一样。
			禁止其他事务更新这些行，执行“SELECT ... LOCK IN SHARE MODE”或读取某些事务隔离级别的数据。一致的读取将忽略读取视图中存在的记录上设置的任何锁定。（记录的旧版本无法锁定；可以通过在记录的内存副本上应用undo logs来重构它们。）【？】


			NOTE：
			* 提交或回滚事务时，将释放由“LOCK IN SHARE MODE”和“FOR UPDATE”查询设置的所有锁。
			* 只有在禁用自动提交（通过以“START TRANSACTION”开始事务或将“autocommit”设置为 0）时，才可以进行锁定读取。
			* 除非在子查询中也指定了锁定读取子句，否则外部语句中的锁定读取子句不会锁定嵌套子查询中表的行。
			*: 例如，以下语句不会锁定 tablet2 中的行。
			*: <syntaxhighlight lang="mysql">
			SELECT * FROM t1 WHERE c1 = (SELECT c1 FROM t2) FOR UPDATE;
			</syntaxhighlight>
			*: 要锁定 tablet2 中的行，请向子查询添加一个锁定 read 子句：
			*: <syntaxhighlight lang="mysql">
			SELECT * FROM t1 WHERE c1 = (SELECT c1 FROM t2 FOR UPDATE) FOR UPDATE;
			</syntaxhighlight>

			=== 读锁示例 ===
			假设您要在表 child 中插入新行，并确保子行在表 parent 中具有父行。您的应用程序代码可以确保整个操作序列的引用完整性。


			首先，使用一致的读取来查询表 parent 并验证父行是否存在。您可以安全地将子行插入表 child 吗？
			: 不可以，因为某些其他会话可能会在“SELECT”和“INSERT”之间的瞬间删除父行，而不会引起您注意。

			为避免此潜在问题，请使用“LOCK IN SHARE MODE”执行“SELECT”：
			<syntaxhighlight lang="mysql">
			SELECT * FROM parent WHERE NAME = 'Jones' LOCK IN SHARE MODE;
			</syntaxhighlight>
			“LOCK IN SHARE MODE”查询返回父级 'Jones' 后，您可以安全地将子记录添加到 CHILD 表中并提交事务。任何尝试获取 PARENT 表中适用行中的排他锁的事务都将等到您完成操作（即所有表中的数据处于一致状态）后再进行。


			对于另一个示例，请考虑表 CHILD_CODES 中的整数计数器字段，该字段用于向添加到表 CHILD 的每个子项分配唯一标识符。不要使用一致读取或共享模式读取来读取计数器的当前值，因为数据库的两个用户可能会看到该计数器的相同值，并且如果两个事务尝试使用以下方式添加行，则会发生重复键错误： CHILD 表具有相同的标识符。
			: 在这里，“LOCK IN SHARE MODE”不是一个好的解决方案，因为如果两个用户同时读取计数器，则其中至少有一个在尝试更新计数器时会陷入死锁状态。

			要实现读取和递增计数器，请首先使用“FOR UPDATE”对计数器执行锁定读取，然后递增计数器。例如：
			<syntaxhighlight lang="mysql">
			SELECT counter_field FROM child_codes FOR UPDATE;
			UPDATE child_codes SET counter_field = counter_field + 1;
			</syntaxhighlight>
			“SELECT ... FOR UPDATE”读取最新的可用数据，并在读取的每一行上设置排他锁。因此，它设置了与“对搜索到的 SQL 进行更新”所将在行上设置的相同的锁。


			前面的描述仅是“SELECT ... FOR UPDATE”工作方式的示例。在 MySQL 中，生成唯一标识符的特定任务实际上可以仅通过单次访问表来完成：
			<syntaxhighlight lang="mysql">
			UPDATE child_codes SET counter_field = LAST_INSERT_ID(counter_field + 1);
			SELECT LAST_INSERT_ID();
			</syntaxhighlight>
			“SELECT”语句仅检索标识符信息（特定于当前连接）。它不访问任何表。

Eijux：/* 一致的非锁定读取 */

2021-04-20T11:15:54Z

一致的非锁定读取

@@ 第184行： / 第184行： @@
 * 一些 API 还提供了单独的特殊事务提交和回滚功能或方法。
-== 一致的非锁定读取 ==
+== '''一致的非锁定读取''' ==
 == 锁定读取 ==

Eijux：/* 自动提交，提交和回滚 */

2021-04-20T10:43:42Z

自动提交，提交和回滚

←上一版本		2021年4月20日 (二) 18:43的版本
第125行：		第125行：
	在 InnoDB 中，所有用户活动都发生在事务内部。如果启用了 autocommit 模式，则'''每个 SQL 语句将自己形成一个事务'''。默认情况下，MySQL 为启用了 autocommit 的每个新连接启动会话，因此，如果每个 SQL 语句未返回错误，则 MySQL 都会在该 SQL 语句之后进行提交。如果一条语句返回错误，则提交或回滚行为取决于该错误。		在 InnoDB 中，所有用户活动都发生在事务内部。如果启用了 autocommit 模式，则'''每个 SQL 语句将自己形成一个事务'''。默认情况下，MySQL 为启用了 autocommit 的每个新连接启动会话，因此，如果每个 SQL 语句未返回错误，则 MySQL 都会在该 SQL 语句之后进行提交。如果一条语句返回错误，则提交或回滚行为取决于该错误。

	* 启用了 autocommit 的会话可以通过以显式“START TRANSACTION”或“BEGIN”语句开始，并以“COMMIT”或“ROLLBACK”语句结束来执行'''多语句事务'''。【！】
	* 如果在具有“SET autocommit = 0”的会话中禁用了 autocommit 模式，则该会话'''始终具有打开的事务'''。“COMMIT”或“ROLLBACK”语句结束当前事务，然后开始新的事务。【！】		# 启用了 autocommit 的会话可以通过以显式“START TRANSACTION”或“BEGIN”语句开始，并以“COMMIT”或“ROLLBACK”语句结束来执行'''多语句事务'''。【！】
	* 如果禁用了 autocommit 的会话在没有显式提交最终事务的情况下结束，则 MySQL 将回滚该事务。【！】		# 如果在具有“SET autocommit = 0”的会话中禁用了 autocommit 模式，则该会话'''始终具有打开的事务'''。“COMMIT”或“ROLLBACK”语句结束当前事务，然后开始新的事务。【！】
	* 某些语句隐式结束事务，就像您在执行该语句之前已经完成“COMMIT”一样。		#* 如果禁用了 autocommit 的会话在没有显式提交最终事务的情况下结束，则 MySQL 将回滚该事务。【！】
	* “COMMIT”表示在当前事务中所做的更改将成为永久性的，并在其他会话中可见。另一方面，“ROLLBACK”语句会取消当前事务所做的所有修改。'''“COMMIT”和“ROLLBACK”都释放在当前事务期间设置的所有 InnoDB 锁'''。		# 某些语句隐式结束事务，就像您在执行该语句之前已经完成“COMMIT”一样。


			“COMMIT”表示在当前事务中所做的更改将成为永久性的，并在其他会话中可见。另一方面，“ROLLBACK”语句会取消当前事务所做的所有修改。'''“COMMIT”和“ROLLBACK”都释放在当前事务期间设置的所有 InnoDB 锁'''。


	=== 将 DML 操作与事务分组 ===		=== 将 DML 操作与事务分组 ===

InnoDB：InnoDB 事务模型 - 版本历史

Eijux：​/* “READ COMMITTED” */

Eijux：​/* “READ COMMITTED” */

2023年3月31日 (五) 15:14 Eijux

Eijux：​/* 锁定读：“行锁”与“表锁” */

Eijux：​/* 锁定读取 */

Eijux：​/* 一致的非锁定读取 */

Eijux：​/* 锁定读取 */

Eijux：​/* 锁定读取 */

Eijux：​/* 一致的非锁定读取 */

Eijux：​/* 自动提交，提交和回滚 */

Eijux：/* “READ COMMITTED” */

Eijux：/* “READ COMMITTED” */

Eijux：/* 锁定读：“行锁”与“表锁” */

Eijux：/* 锁定读取 */

Eijux：/* 一致的非锁定读取 */

Eijux：/* 锁定读取 */

Eijux：/* 锁定读取 */

Eijux：/* 一致的非锁定读取 */

Eijux：/* 自动提交，提交和回滚 */