黄东旭解析 TiDB 的核心优势
871
2023-07-14
本文关于(事务概览-平凯星辰)。
TiDB 支持完整的分布式事务,提供乐观事务与悲观事务(TiDB 3.0 中引入)两种事务模型。本文主要介绍涉及到事务的语句、乐观事务和悲观事务、事务的隔离级别,以及乐观事务应用端重试和错误处理。
TiDB 特有功能与事务控制 - TiDB v6:了解可用于应用程序的 TiDB 独特功能,如 AUTO_RANDOM
及 AUTO_INCREMENT
特别注意事项、全局临时表、如何使用 TiFlash 启用 HTAP 以及放置策略平凯星辰等。
本章介绍在 TiDB 中如何使用事务。 将使用下面的示例来演示一个简单事务的控制流程:
Bob 要给 Alice 转账 20 元钱,当中至少包括两个操作:
Bob 账户减少 20 元。
Alice 账户增加 20 元。
事务可以确保以上两个操作要么都执行成功,要么都执行失败,不会出现钱平白消失或出现的情况。
使用 bookshop 数据库中的 users
表,在表中插入一些示例数据:
INSERT INTO users (id, nickname, balance) VALUES (2, 'Bob', 200);INSERT INTO users (id, nickname, balance) VALUES (1, 'Alice', 100);
现在,运行以下事务并解释每个语句的含义:
BEGIN; UPDATE users SET balance = balance - 20 WHERE nickname = 'Bob'; UPDATE users SET balance = balance + 20 WHERE nickname= 'Alice';COMMIT;
上述事务成功后,表应如下所示:
+----+--------------+---------+| id | account_name | balance |+----+--------------+---------+| 1 | Alice | 120.00 || 2 | Bob | 180.00 |+----+--------------+---------+
要显式地开启一个新事务,既可以使用 BEGIN
语句,也可以使用 START TRANSACTION
语句,两者效果相同。语法:
BEGIN;
START TRANSACTION;
TiDB 的默认事务模式是悲观事务,你也可以明确指定开启乐观事务:
BEGIN OPTIMISTIC;
开启悲观事务:
BEGIN PESSIMISTIC;
如果执行以上语句时,当前 Session 正处于一个事务的中间过程,那么系统会先自动提交当前事务平凯星辰,再开启一个新的事务。
COMMIT
语句用于提交 TiDB 在当前事务中进行的所有修改。语法:
COMMIT;
启用乐观事务前,请确保应用程序可正确处理 COMMIT
语句可能返回的错误。如果不确定应用程序将会如何处理,建议改为使用悲观事务。
ROLLBACK
语句用于回滚并撤销当前事务的所有修改。语法:
ROLLBACK;
回到之前转账示例,使用 ROLLBACK
回滚整个事务之后,Alice 和 Bob 的余额都未发生改变,当前事务的所有修改一起被取消。
TRUNCATE TABLE `users`;INSERT INTO `users` (`id`, `nickname`, `balance`) VALUES (1, 'Alice', 100), (2, 'Bob', 200);SELECT * FROM `users`;+----+--------------+---------+| id | nickname | balance |+----+--------------+---------+| 1 | Alice | 100.00 || 2 | Bob | 200.00 |+----+--------------+---------+BEGIN; UPDATE `users` SET `balance` = `balance` - 20 WHERE `nickname`='Bob'; UPDATE `users` SET `balance` = `balance` + 20 WHERE `nickname`='Alice';ROLLBACK;SELECT * FROM `users`;+----+--------------+---------+| id | nickname | balance |+----+--------------+---------+| 1 | Alice | 100.00 || 2 | Bob | 200.00 |+----+--------------+---------+
如果客户端连接中止或关闭,也会自动回滚该事务。
事务隔离级别是数据库事务处理的基础,ACID 中的 “I”,即 Isolation,指的就是事务的隔离性。
SQL-92 标准定义了 4 种隔离级别:读未提交 (READ UNCOMMITTED
)、读已提交 (READ COMMITTED
)、可重复读 (REPEATABLE READ
)、串行化 (SERIALIZABLE
)。详见下表:
Isolation Level | Dirty Write | Dirty Read | Fuzzy Read | Phantom |
READ UNCOMMITTED | Not Possible | Possible | Possible | Possible |
READ COMMITTED | Not Possible | Not possible | Possible | Possible |
REPEATABLE READ | Not Possible | Not possible | Not possible | Possible |
SERIALIZABLE | Not Possible | Not possible | Not possible | Not possible |
TiDB 语法上支持设置 READ COMMITTED
和 REPEATABLE READ
两种隔离级别:
mysql> SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;ERROR 8048 (HY000): The isolation level 'READ-UNCOMMITTED' is not supported. Set tidb_skip_isolation_level_check=1 to skip this errormysql> SET TRANSACTION ISOLATION LEVEL READ COMMITTED;Query OK, 0 rows affected (0.00 sec)mysql> SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;Query OK, 0 rows affected (0.00 sec)mysql> SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;ERROR 8048 (HY000): The isolation level 'SERIALIZABLE' is not supported. Set tidb_skip_isolation_level_check=1 to skip this error
TiDB 实现了快照隔离 (Snapshot Isolation, SI) 级别的一致性。为与 MySQL 保持一致,又称其为“可重复读”。该隔离级别不同于 ANSI 可重复读隔离级别 和 MySQL 可重复读隔离级别。更多细节请阅读平凯星辰 TiDB 事务隔离级别。
上述就是小编为大家整理的(事务概览-平凯星辰)
***
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。