基础篇（1-20）：SQL 语法、数据类型、基本操作
引擎篇（21-35）：InnoDB vs MyISAM、事务、锁
索引篇（36-55）：B+ 树、聚簇索引、索引优化
SQL 调优篇（56-80）：EXPLAIN、慢查询、分页优化
架构篇（81-100）：主从复制、读写分离、分库分表
高可用篇（101-120）：MHA、Orchestrator、故障转移
监控运维篇（121-140）：性能监控、日志分析、诊断
数据类型篇（141-150）：TEXT、整型、日期、JSON、ENUM
配置调优篇（151-159）：Buffer Pool、Redo Log、连接数、刷脏页
备份恢复篇（160-170）：物理备份、逻辑备份、PITR、策略设计

-- 每个表要有主键（推荐自增 BIGINT 或 UUID 兼容方案）
-- 高频查询字段建索引
-- 避免过度索引（单表不超过 5-8 个索引）

-- 不要 SELECT *
-- 避免在 WHERE 条件中做函数运算（WHERE DATE(created_at) = '2025-01-01' → 慢）
-- 用 EXPLAIN 分析所有新 SQL
-- 大表要加 LIMIT

# 应用层连接池不要开太大
# HikariCP 推荐配置：
maximumPoolSize = 10-50  # 大部分业务 20 连接足够
connectionTimeout = 30000
idleTimeout = 600000
maxLifetime = 1800000

# 最重要的三个参数
innodb_buffer_pool_size = 物理内存 × 60%
innodb_log_file_size = 1-2G  # 根据写入量调整
max_connections = 300-500    # 根据连接池评估

# MySQL 8.0 推荐配置
innodb_redo_log_capacity = 2G
innodb_undo_log_truncate = ON

-- 必须建立的监控项
-- 慢查询数、QPS、TPS
-- Buffer Pool 命中率
-- 主从延迟
-- 磁盘空间和 IO
-- 连接数使用率

# 备份策略 = 全量备份 + 增量备份 + Binlog 同步
# 验证备份 = 每月至少做一次完整恢复演练
# 3-2-1 原则：3 份副本，2 种介质，1 份异地

-- DDL 变更要在业务低峰期执行
-- 大表 DDL 推荐使用 pt-osc 或 gh-ost
-- 有停机窗口的方案 ALGORITHM=COPY 也可以
-- 变更后要检查慢查询日志

-- 默认 InnoDB（MySQL 5.7+ 默认）
-- 不用 MyISAM（不支持事务、行锁）
-- 简单缓存表考虑 MEMORY
-- 归档表考虑 ARCHIVE

-- 查看当前运行情况
SHOW FULL PROCESSLIST;

-- 查看最近死锁
SHOW ENGINE INNODB STATUS\G

-- 查看表大小
SELECT table_schema, table_name, 
       ROUND((data_length + index_length) / 1024 / 1024, 2) AS size_mb
FROM information_schema.tables
ORDER BY size_mb DESC LIMIT 20;

-- 查看未走索引的查询
SELECT * FROM sys.statements_with_full_table_scans;

-- 查看哪些表碎片多
SELECT table_schema, table_name, 
       ROUND(data_free / (data_length + index_length) * 100, 2) AS fragmentation_pct
FROM information_schema.tables
WHERE data_free > 0;

-- 查看连接最多的客户端
SELECT SUBSTRING_INDEX(host, ':', 1) AS ip, COUNT(*) FROM information_schema.processlist GROUP BY ip ORDER BY COUNT(*) DESC;