3. 数据库选型与配置：MySQL版本、连接池配置、事务隔离级别、索引策略

在支付场景中，数据库是最终一致性的基石，也是绝大多数慢查询的源头。本章从四个核心维度拆解数据库选型与配置：MySQL 版本决定了可用的优化特性；连接池配置直接影响并发吞吐；事务隔离级别在一致性与性能之间做取舍；索引策略则是慢查询排查的终点。

3.1 MySQL 版本选型：8.0 是支付场景的底线

支付业务对数据一致性、事务支持、并发控制要求极高。MySQL 5.7 虽然稳定，但在以下关键能力上存在短板：

3.2 连接池配置：Go 侧与 MySQL 侧的双层调优

Go 应用通常使用 database/sql 标准库 + go-sql-driver/mysql 驱动。连接池配置不当会导致连接耗尽、超时堆积、慢查询连锁放大。

3.2.1 Go 侧连接池参数

// Go 连接池配置示例
db, err := sql.Open("mysql", dsn)
if err != nil {
    log.Fatal(err)
}
db.SetMaxOpenConns(100)
db.SetMaxIdleConns(25)
db.SetConnMaxLifetime(45 * time.Minute)
db.SetConnMaxIdleTime(8 * time.Minute)

3.2.2 MySQL 侧连接限制

• max_connections：默认 151，支付服务建议设置为 500~1000，配合 max_user_connections 做账号级限制。
• thread_cache_size：建议 64~256，减少线程创建销毁开销。
• wait_timeout / interactive_timeout：建议 60~120 秒，防止僵尸连接堆积。

3.3 事务隔离级别：READ COMMITTED 是支付默认选择

MySQL InnoDB 默认隔离级别是 REPEATABLE READ，但在支付场景中，READ COMMITTED 是更优选择。原因如下：

READ COMMITTED 在支付场景的核心优势：

• 减少间隙锁竞争：REPEATABLE READ 在范围查询时会加间隙锁，高并发支付订单查询极易死锁；READ COMMITTED 只加行锁，死锁概率大幅降低。
• binlog 格式兼容：READ COMMITTED 强制使用 ROW 格式 binlog，避免 STATEMENT 格式导致的主从数据不一致。
• 不可重复读可接受：支付业务中，单次事务内多次读取同一行数据的场景极少，即使出现，业务层可通过乐观锁或版本号兜底。

-- 设置全局隔离级别
SET GLOBAL transaction_isolation = 'READ-COMMITTED';

-- 设置会话隔离级别
SET SESSION transaction_isolation = 'READ-COMMITTED';

-- 配置文件 my.cnf
[mysqld]
transaction-isolation = READ-COMMITTED
binlog_format = ROW

3.4 索引策略：支付慢查询的终结者

支付查询模式高度固定：按订单号、用户ID、时间范围、状态组合查询。索引设计必须覆盖这些高频路径。

3.4.1 支付核心表索引设计原则

3.4.2 索引优化实战技巧

• 覆盖索引：查询列全部包含在索引中，避免回表。例如支付流水查询只返回 id, amount, status，则索引应包含这三列。
• 索引下推 (ICP)：MySQL 8.0 默认开启，联合索引中过滤条件尽量靠左，减少回表次数。
• 降序索引：支付流水按时间倒序查询频繁，使用 create_time DESC 索引避免文件排序。
• 冗余索引清理：使用 sys.schema_unused_indexes 视图定期清理无用索引，减少写入开销。

-- 支付流水表索引设计示例
CREATE TABLE `payment_transaction` (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `trans_no` varchar(64) NOT NULL COMMENT '交易流水号',
  `user_id` bigint NOT NULL COMMENT '用户ID',
  `amount` decimal(20,2) NOT NULL COMMENT '交易金额',
  `status` tinyint NOT NULL COMMENT '状态: 0-处理中 1-成功 2-失败',
  `create_time` datetime NOT NULL COMMENT '创建时间',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_trans_no` (`trans_no`),
  KEY `idx_user_time` (`user_id`, `create_time` DESC),
  KEY `idx_create_time` (`create_time` DESC),
  KEY `idx_status_time` (`status`, `create_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

3.5 配置与索引决策流程

下图总结了从版本选型到索引落地的完整决策链路：

3.6 配置验证清单

上线前逐项检查以下配置项，避免因配置遗漏导致慢查询：

1. MySQL 版本：确认 SELECT VERSION() ≥ 8.0.28
2. 隔离级别：确认 SELECT @@transaction_isolation 为 READ-COMMITTED
3. 连接池：Go 侧 MaxOpenConns ≤ MySQL max_connections * 0.8
4. 索引覆盖：核心查询使用 EXPLAIN 确认 Extra 不含 Using filesort 或 Using temporary
5. 慢查询日志：开启 slow_query_log=ON，设置 long_query_time=0.1（100ms）