事务一致性_代码007(未授权)

并发控制是确保数据库在多个用户同时访问时保持数据一致性和完整性的机制。主要的并发控制技术包括：

简单理解为一个操作中的全部环节

事务是一系列的数据库操作，通常包括插入、更新、删除等，这些操作在 BEGIN 之后开始，然后在 COMMIT 之前执行。如果任何一个操作失败，事务将回滚，意味着之前执行的所有操作都将被撤销，数据库将返回到事务开始前的状态，就好像没有执行过这些操作一样

-- 启动事务
BEGIN;

-- 执行一系列数据库操作
INSERT INTO table1 (column1, column2) VALUES (value1, value2);
UPDATE table2 SET column3 = value3 WHERE condition;
-- 其他操作

-- 结束事务并将更改永久保存到数据库
COMMIT;

# 实际操作中应该使用的：
# 启动事务
BEGIN TRANSACTION;
try:
    # 执行一系列数据库操作
    INSERT INTO table1 (column1, column2) VALUES (value1, value2);
    UPDATE table2 SET column3 = value3 WHERE condition;
    # 其他操作
    # 如果一切正常，提交事务
    COMMIT;
except Exception as e:
    # 出现错误，回滚事务
    ROLLBACK;
    # 可以记录错误日志或其他处理

当每个事务中的每个语句都成功执行时，执行 COMMIT 的作用是将这些成功的操作永久保存到数据库中，并结束整个事务。虽然看起来似乎没有必要，但 COMMIT 的目的远不止保存更改。

COMMIT 主要起到以下作用：

不可重复读是指一个事务对统一数据的读取结果前后不一致，这是由于在两次查询期间该数据被另一个事务修改并提交了。当其中一个事务需要校验或确认数据时，出现读取数据与之前数据不一致。

时间点	事务 T1	事务 T2	并发问题分析
t0	BEGIN;
t1	SELECT ba lan ce FROM ac counts;		T1 读取账户余额。
t2		BEGIN;
t3		UPDATE ac counts SET ba lan ce = ba lance – 100;
t4		COMMIT;	T2 修改账户余额并提交更改。
t5	SELECT balance FROM ac counts;		T1 再次读取账户余额，发现余额减少了100。
t6	COMMIT;		T1 的两次读取结果不一致，发生了不可重复读。

时间点	事务 T1	事务 T2	并发问题分析
t0	BEGIN;
t1	SELECT COUNT(*) FROM ac counts WHERE balance > 1000;		T1 统计余额超过1000的账户总数。
t2		BEGIN;
t3		INSERT INTO accounts (balance) VALUES (1500);	T2 创建了一个新账户，余额为1500。
t4		COMMIT;	T2 提交了新账户的创建。
t5	SELECT COUNT(*) FROM accounts WHERE balance > 1000;		T1 再次统计余额超过1000的账户总数。
t6	COMMIT;		T1 提交事务，但它在两次查询中看到了不同的总数。

时间点	事务 T1	事务 T2	并发问题分析
t0	BEGIN;
t1	SELECT content FROM articles;		T1 读取文章内容进行编辑。
t2		BEGIN;
t3		SELECT content FROM articles;	T2 同样读取文章内容进行编辑。
t4	UPDATE articles SET content = ‘X’;		T1 完成编辑，更新文章内容为 ‘X’。
t5	COMMIT;		T1 提交更改，文章内容现在是 ‘X’。
t6		UPDATE articles SET content = ‘Y’;	T2 完成编辑，更新文章内容为 ‘Y’。
t7		COMMIT;	T2 提交更改，文章内容现在是 ‘Y’。
t8			T1 的更新被 T2 的更新覆盖，发生了丢失更新。

时间点	事务 T1	事务 T2	并发问题分析
t0	BEGIN;
t1		BEGIN;
t2		UPDATE in ventory SET quantity = quantity – 1 WHERE product_id = 100;	T2 将某产品的库存减少了1（未提交）。
t3	SELECT quantity FROM in ventory WHERE product_id = 100;		T1 读取了 T2 更新但未提交的库存数据。
t4		ROLLBACK;	T2 回滚更改，库存实际未减少。
t5	COMMIT;		T1 提交事务，但它已经读取了脏数据。