MySQL 语句：事务和锁定声明 - 版本历史

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

2023-03-31T15:12:31Z

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

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

Eijux：/* 分布式事务模型 */

2021-04-27T02:58:36Z

分布式事务模型

←上一版本		2021年4月27日 (二) 10:58的版本
第346行：		第346行：

	==== 分布式事务模型 ====		==== 分布式事务模型 ====
	XA ~~分布式事务模型构成：由一个或多个“Resource Manager”，一个事务管理器“Transaction Manager”，以及一个应用程序“Application Program组成”。如图：~~		XA 分布式事务模型构成：由一个或多个“资源管理器”（Resource Manager），一个“事务管理器”（Transaction Manager），以及一个“应用程序”（Application Program）组成。如图：
	[[File:XA 分布式事务模型构成.jpg\|600px]]		[[File:XA 分布式事务模型构成.jpg\|600px]]
	# '''资源管理器'''（'''RM'''）：提供访问事务资源的方法。通常一个数据库就是一个资源管理器。【资源管理还必须具有管理事务提交或回滚的能力】		# '''资源管理器'''（'''RM'''）：提供访问事务资源的方法。通常一个数据库就是一个资源管理器。【资源管理还必须具有管理事务提交或回滚的能力】

Eijux：/* XA 事务【分布式事务标准】 */

2021-04-27T02:56:07Z

XA 事务【分布式事务标准】

←上一版本		2021年4月27日 (二) 10:56的版本
第451行：		第451行：
	XID 值可能包含不可打印的字符。从 MySQL 5.7.5 开始，“XA RECOVER”允许使用可选的“CONVERT XID”子句，以便 Client 端可以请求十六进制的 XID 值。		XID 值可能包含不可打印的字符。从 MySQL 5.7.5 开始，“XA RECOVER”允许使用可选的“CONVERT XID”子句，以便 Client 端可以请求十六进制的 XID 值。

	=== ~~XATransaction~~ 状态 ===		=== XA 事务状态 ===
	XA 事务通过以下状态进行：		XA 事务通过以下状态进行：
	# 使用“'''XA START'''”启动 XA 事务并将其置于“ACTIVE”状态。【启动】		# 使用“'''XA START'''”启动 XA 事务并将其置于“ACTIVE”状态。【启动】
第490行：		第490行：
	</syntaxhighlight>		</syntaxhighlight>

	=== ~~XATransaction~~ 限制【？？？】 ===		=== XA 事务限制【？？？】 ===
	# '''XA 事务支持仅限于 InnoDB 存储引擎。'''		# '''XA 事务支持仅限于 InnoDB 存储引擎。'''
	# “外部 XA”与“内部 XA”：		# “外部 XA”与“内部 XA”：

Eijux：/* Transaction 隔离级别 */

2021-04-20T03:56:40Z

Transaction 隔离级别

←上一版本		2021年4月20日 (二) 11:56的版本
第549行：		第549行：
	要设置事务隔离级别，请使用“ISOLATION LEVEL level”子句。不允许在同一“SET TRANSACTION”语句中指定多个“ISOLATION LEVEL”子句。		要设置事务隔离级别，请使用“ISOLATION LEVEL level”子句。不允许在同一“SET TRANSACTION”语句中指定多个“ISOLATION LEVEL”子句。
	* 默认隔离级别为“'''REPEATABLE READ'''”。其他允许的值为“READ COMMITTED”，“READ UNCOMMITTED”和“SERIALIZABLE”。		* 默认隔离级别为“'''REPEATABLE READ'''”。其他允许的值为“READ COMMITTED”，“READ UNCOMMITTED”和“SERIALIZABLE”。
	* ~~【有关隔离级别的信息，请参见：InnoDB 存储引擎下，“锁和事务模型”中的“事务隔离级别”相关内容。】~~		* 见：'''“[http://wiki.eijux.com/InnoDB%EF%BC%9AInnoDB_%E4%BA%8B%E5%8A%A1%E6%A8%A1%E5%9E%8B#.E4.BA.8B.E5.8A.A1.E9.9A.94.E7.A6.BB.E7.BA.A7.E5.88.AB InnoDB：InnoDB 事务模型之事务隔离级别]”'''

	=== Transaction 访问模式 ===		=== Transaction 访问模式 ===

Eijux：/* XA 事务【？？？】 */

2021-04-20T03:55:05Z

XA 事务【？？？】

←上一版本		2021年4月20日 (二) 11:55的版本
第329行：		第329行：
	* 在某些情况下，您还可以通过使用用户级咨询锁定功能“'''GET_LOCK()'''”和“'''RELEASE_LOCK()'''”来避免锁定表。这些锁保存在服务器的哈希表中，并以“pthread_mutex_lock()”和“pthread_mutex_unlock()”高速实现。【？？？】		* 在某些情况下，您还可以通过使用用户级咨询锁定功能“'''GET_LOCK()'''”和“'''RELEASE_LOCK()'''”来避免锁定表。这些锁保存在服务器的哈希表中，并以“pthread_mutex_lock()”和“pthread_mutex_unlock()”高速实现。【？？？】

	== XA ~~事务【？？？】~~ ==		== XA 事务【分布式事务标准】 ==

	=== 什么是 XA ===		=== 什么是 XA ===

Eijux：/* XATransaction 限制 */

2021-04-14T04:43:45Z

XATransaction 限制

@@ 第490行： / 第490行： @@
 </syntaxhighlight>
-=== XATransaction 限制 ===
+=== XATransaction 限制【？？？】 ===
-</syntaxhighlight>
+在 MySQL 5.7.7 和更高版本中使用 XA 事务存在以下限制：
 == SET TRANSACTION 语句 ==

Eijux：/* XATransaction 状态 */

2021-04-14T04:27:24Z

XATransaction 状态

@@ 第452行： / 第452行： @@
 === XATransaction 状态 ===
 <syntaxhighlight lang="mysql">
 </syntaxhighlight>

Eijux：/* XA 事务 SQL 语句 */

2021-04-14T04:15:16Z

XA 事务 SQL 语句

@@ 第389行： / 第389行： @@
 === XA 事务 SQL 语句 ===
 <syntaxhighlight lang="mysql">
 </syntaxhighlight>
 === XATransaction 状态 ===

Eijux：/* XA 事务 */

2021-04-14T03:57:18Z

XA 事务

@@ 第329行： / 第329行： @@
 * 在某些情况下，您还可以通过使用用户级咨询锁定功能“'''GET_LOCK()'''”和“'''RELEASE_LOCK()'''”来避免锁定表。这些锁保存在服务器的哈希表中，并以“pthread_mutex_lock()”和“pthread_mutex_unlock()”高速实现。【？？？】
-== XA 事务 ==
+== XA 事务【？？？】 ==
 <syntaxhighlight lang="mysql">
 </syntaxhighlight>
 == SET TRANSACTION 语句 ==

Eijux：/* 表锁定的限制和条件 */

2021-04-14T01:03:35Z

表锁定的限制和条件

←上一版本		2021年4月14日 (三) 09:03的版本
第293行：		第293行：

	=== 表锁定的限制和条件 ===		=== 表锁定的限制和条件 ===
			* '''您可以安全地使用“KILL”终止正在 await 表锁的会话'''。
			* “LOCK TABLES”和“UNLOCK TABLES”不能在存储的程序中使用。
			* “performance_schema”数据库中的表不能用“LOCK TABLES”锁定，但“setup_xxx”表除外。
			* 当“LOCK TABLES”语句生效时，以下语句被禁止：“CREATE TABLE”，“CREATE表... LIKE”，“CREATE VIEW”，“DROP VIEW”以及有关存储的函数、过程和事件的 DDL 语句。
			* 对于某些操作，必须访问 mysql 数据库中的系统表（例如，HELP 语句需要服务器端帮助表的内容，而 CONVERT_TZ() 则可能需要读取时区表）服务器隐式锁定系统表以在需要时进行读取，因此您无需显式锁定它们。
			*: 这些表如前所述：
			*: <syntaxhighlight lang="mysql">
			mysql.help_category
			mysql.help_keyword
			mysql.help_relation
			mysql.help_topic
			mysql.proc
			mysql.time_zone
			mysql.time_zone_leap_second
			mysql.time_zone_name
			mysql.time_zone_transition
			mysql.time_zone_transition_type
			</syntaxhighlight>
			*: 如果要使用“LOCK TABLES”语句在所有这些表上显式放置 WRITE 锁，则该表必须是唯一的一个锁；没有其他表可以使用同一语句锁定。
			* '''通常，不需要锁定表，因为所有单个“UPDATE”语句都是原子的'''；没有其他会话可以干扰任何其他当前正在执行的 SQL 语句。但是，在某些情况下，锁定表可能会带来好处：
			*# 如果要在一组 MyISAM表上运行许多操作，则锁定要使用的表要快得多。锁定 MyISAM表可以加快对其的插入，更新或删除，因为 MySQL 直到调用“UNLOCK TABLES”时才会刷新锁定表的键高速缓存。通常，在每个 SQL 语句之后刷新键缓存。
			# 锁定表的不利之处在于，没有会话可以更新 READ 锁定的表（包括持有锁的表），没有会话可以访问 WRITE 锁定的表，除了持有该锁的表之外。
			*# 如果要将表用于非事务性存储引擎，则要确保没有其他会话修改 SELECT 和 UPDATE 之间的表，则必须使用“LOCK TABLES”。【？？】
			*#: 此处显示的示例要求“LOCK TABLES”安全执行：
			*#: <syntaxhighlight lang="mysql">
			LOCK TABLES trans READ, customer WRITE;
			SELECT SUM(value) FROM trans WHERE customer_id=some_id;
			UPDATE customer
			SET total_value=sum_from_previous_statement
			WHERE customer_id=some_id;
			UNLOCK TABLES;
			</syntaxhighlight>
			*#: 如果没有"LOCK TABLES"，则另一个会话可能会在执行 SELECT 和 UPDATE 语句之间在transt able 中插入新行。
			* 在许多情况下，可以通过使用'''相对更新'''（“'''UPDATE customer SET value=value+new_value'''”）或“'''LAST_INSERT_ID()'''”函数来避免使用“LOCK TABLES”。【？】
			* 在某些情况下，您还可以通过使用用户级咨询锁定功能“'''GET_LOCK()'''”和“'''RELEASE_LOCK()'''”来避免锁定表。这些锁保存在服务器的哈希表中，并以“pthread_mutex_lock()”和“pthread_mutex_unlock()”高速实现。【？？？】

	== XA 事务 ==		== XA 事务 ==

MySQL 语句：事务和锁定声明 - 版本历史

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

Eijux：​/* 分布式事务模型 */

Eijux：​/* XA 事务【分布式事务标准】 */

Eijux：​/* Transaction 隔离级别 */

Eijux：​/* XA 事务【？？？】 */

Eijux：​/* XATransaction 限制 */

Eijux：​/* XATransaction 状态 */

Eijux：​/* XA 事务 SQL 语句 */

Eijux：​/* XA 事务 */

Eijux：​/* 表锁定的限制和条件 */