## 1. 案例背景
– 表：fgedu_orders（订单表）
– 数据量：1000万行
– 常用查询：
– SELECT * FROM fgedu_orders WHERE user_id = ? AND status = ?
– SELECT * FROM fgedu_orders WHERE status = ? AND created_at > ?

## 2. 分析过程
– 检查当前索引：只有主键索引
– 分析执行计划：全表扫描
– 设计索引策略

## 3. 实施步骤

### 步骤1：创建复合索引
mysql> ALTER TABLE fgedu_orders ADD INDEX idx_user_id_status (user_id, status);
mysql> ALTER TABLE fgedu_orders ADD INDEX idx_status_created_at (status, created_at);

### 步骤2：测试查询性能
mysql> EXPLAIN SELECT * FROM fgedu_orders WHERE user_id = 1 AND status = ‘completed’;
mysql> SELECT * FROM fgedu_orders WHERE user_id = 1 AND status = ‘completed’;

mysql> EXPLAIN SELECT * FROM fgedu_orders WHERE status = ‘completed’ AND created_at > ‘2024-01-01’;
mysql> SELECT * FROM fgedu_orders WHERE status = ‘completed’ AND created_at > ‘2024-01-01’;

### 步骤3：性能对比
– 无索引：1.5秒
– 复合索引：0.05秒

## 4. 优化效果
– 查询性能提升30倍
– 减少数据扫描范围
– 提高系统响应速度

## 1. 案例背景
– 表：fgedu_users（用户表）
– 数据量：500万行
– 问题：查询性能差，写入速度慢
– 常用查询：SELECT name, age FROM fgedu_users WHERE status = ?

## 2. 分析过程
– 检查当前索引：只有主键索引和status单列索引
– 分析执行计划：使用status索引，但需要回表
– 分析写入性能：索引过多导致写入缓慢

## 3. 优化方案
– 创建覆盖索引：(status, name, age)
– 清理无用索引
– 调整系统参数

## 4. 实施步骤

### 步骤1：创建覆盖索引
mysql> ALTER TABLE fgedu_users ADD INDEX idx_status_name_age (status, name, age);

### 步骤2：清理无用索引
mysql> ALTER TABLE fgedu_users DROP INDEX idx_age;
mysql> ALTER TABLE fgedu_users DROP INDEX idx_created_at;

### 步骤3：调整系统参数
– 修改tidb.toml：
tidb_max_chunk_size = 134217728
tidb_distsql_scan_concurrency = 30

### 步骤4：测试性能
mysql> EXPLAIN SELECT name, age FROM fgedu_users WHERE status = ‘active’;
mysql> SELECT name, age FROM fgedu_users WHERE status = ‘active’;

### 步骤5：性能对比
– 查询性能：从0.15秒降低到0.05秒
– 写入性能：从500行/秒提升到800行/秒

## 5. 优化效果
– 查询性能提升3倍
– 写入性能提升60%
– 系统稳定性提高

## 1. 案例背景
– 系统：TiDB 7.5.0
– 表：fgedu_orders（订单表）
– 问题：查询突然变慢
– 症状：查询响应时间从0.1秒增加到1.5秒

## 2. 排查过程

### 步骤1：查看慢查询日志
mysql> SHOW GLOBAL VARIABLES LIKE ‘slow_query_log%’;
mysql> SHOW GLOBAL VARIABLES LIKE ‘long_query_time’;
mysql> SELECT * FROM mysql.slow_log ORDER BY start_time DESC LIMIT 10;

### 步骤2：分析执行计划
mysql> EXPLAIN SELECT * FROM fgedu_orders WHERE user_id = 1 AND status = ‘completed’;

### 步骤3：检查索引使用情况
mysql> SHOW INDEX FROM fgedu_orders;
mysql> ANALYZE TABLE fgedu_orders;

### 步骤4：检查系统资源
– CPU使用率：100%
– 内存使用率：80%
– IOPS：1000

### 步骤5：检查统计信息
mysql> SELECT * FROM information_schema.statistics WHERE table_schema = ‘fgedudb’ AND table_name = ‘fgedu_orders’;

## 3. 问题原因
– 统计信息过期：导致执行计划选择错误
– 索引碎片：索引碎片严重
– 系统资源不足：CPU使用率过高

## 4. 解决方案
– 更新统计信息：ANALYZE TABLE fgedu_orders;
– 重建索引：ALTER TABLE fgedu_orders ENGINE = InnoDB;
– 优化查询：添加覆盖索引
– 调整系统参数：增加服务器资源

## 5. 解决效果
– 查询响应时间：从1.5秒降低到0.05秒
– 系统资源使用率：恢复正常
– 索引性能：恢复正常