## 1. 案例背景
– 业务：银行转账
– 表：fgedu_accounts（账户表）
– 操作：从账户A转账到账户B

## 2. 分析过程
– 需求：确保转账的原子性和一致性
– 挑战：并发转账可能导致数据不一致
– 解决方案：使用事务管理

## 3. 实施步骤

### 步骤1：创建账户表
CREATE TABLE fgedu_accounts (
id INT PRIMARY KEY,
name VARCHAR(100),
balance DECIMAL(10,2)
);

### 步骤2：插入测试数据
INSERT INTO fgedu_accounts VALUES (1, ‘账户A’, 1000.00), (2, ‘账户B’, 500.00);

### 步骤3：执行转账操作
START TRANSACTION;
UPDATE fgedu_accounts SET balance = balance – 100 WHERE id = 1;
UPDATE fgedu_accounts SET balance = balance + 100 WHERE id = 2;
COMMIT;

### 步骤4：验证结果
SELECT * FROM fgedu_accounts;

### 步骤5：测试并发转账
– 开启两个会话，同时执行转账操作
– 验证结果是否正确

## 4. 优化效果
– 确保了转账的原子性和一致性
– 支持并发转账操作
– 提高了系统的可靠性

## 1. 案例背景
– 业务：电商库存管理
– 表：fgedu_products（产品表）
– 操作：减少产品库存

## 2. 分析过程
– 需求：确保库存数据的一致性
– 挑战：并发下单可能导致超卖
– 解决方案：使用并发控制

## 3. 实施步骤

### 步骤1：创建产品表
CREATE TABLE fgedu_products (
id INT PRIMARY KEY,
name VARCHAR(100),
stock INT
);

### 步骤2：插入测试数据
INSERT INTO fgedu_products VALUES (1, ‘商品A’, 10);

### 步骤3：使用悲观锁控制并发
START TRANSACTION;
SELECT * FROM fgedu_products WHERE id = 1 FOR UPDATE;
UPDATE fgedu_products SET stock = stock – 1 WHERE id = 1 AND stock > 0;
COMMIT;

### 步骤4：使用乐观锁控制并发
— 修改表结构，添加版本号
ALTER TABLE fgedu_products ADD COLUMN version INT DEFAULT 1;

— 乐观锁更新
START TRANSACTION;
SELECT * FROM fgedu_products WHERE id = 1;
— 应用逻辑
UPDATE fgedu_products SET stock = stock – 1, version = version + 1 WHERE id = 1 AND stock > 0 AND version = 1;
COMMIT;

### 步骤5：测试并发下单
– 开启多个会话，同时执行下单操作
– 验证库存是否正确

## 4. 优化效果
– 避免了超卖问题
– 提高了系统的并发处理能力
– 确保了数据的一致性

## 1. 测试环境
– 数据库：TiDB 7.5.0
– 服务器：8核16GB
– 表：fgedu_orders（1000万行）

## 2. 测试场景
– 未优化的事务
– 优化后的事务

## 3. 性能测试

### 场景1：简单事务
– 未优化：单条更新操作
– 响应时间：0.1秒
– 吞吐量：10 TPS

– 优化后：批量更新操作
– 响应时间：0.2秒
– 吞吐量：100 TPS

### 场景2：复杂事务
– 未优化：包含多个操作的大事务
– 响应时间：5.0秒
– 成功率：80%

– 优化后：拆分为多个小事务
– 响应时间：1.0秒
– 成功率：99%

### 场景3：并发事务
– 未优化：使用悲观锁
– 并发度：10
– 响应时间：2.0秒

– 优化后：使用乐观锁
– 并发度：100
– 响应时间：0.5秒

## 4. 调优建议
– 保持事务短小
– 合理使用乐观锁和悲观锁
– 批量处理数据
– 优化SQL语句
– 调整系统参数