4. 交易流水表结构设计：字段定义与索引原则

交易流水表是实时风控系统的核心数据载体，每一笔支付、转账、提现请求都会先写入该表，再由风控引擎进行规则判定。表结构设计的优劣直接影响 SQL 巡检效率、告警阈值计算的准确性以及系统扩展性。本节从字段定义和索引设计两个维度展开，给出生产级建表规范。

4.1 核心字段定义

交易流水表至少包含以下 6 类关键字段，每类字段在风控场景中承担特定职责：

4.2 扩展字段与状态码枚举

除核心字段外，生产环境通常还会增加以下扩展字段以支撑更精细的风控逻辑：

• 设备指纹（VARCHAR(128)）：用于识别设备关联风险。
• IP 地址（VARCHAR(45)）：支持 IPv4/IPv6，用于异地登录检测。
• 渠道编码（VARCHAR(16)）：区分 APP、H5、PC、API 等来源。
• 风控标签（VARCHAR(64)）：实时规则命中后写入，用于事后分析。

状态码建议使用 TINYINT 枚举，典型映射如下：

4.3 索引设计原则

实时风控巡检 SQL 通常涉及 时间范围扫描、商户/用户分组聚合、状态过滤 三类操作。索引设计必须围绕这些访问模式展开，遵循以下 5 条核心原则：

1. 时间戳前缀索引：所有巡检 SQL 几乎都带时间窗口条件，tx_time 必须作为索引最左列。
2. 等值条件前置：商户号、用户 ID、状态码等等值过滤字段放在联合索引左侧，时间戳放在右侧。
3. 覆盖索引优先：对于高频聚合查询（如统计某商户每分钟交易量），建立包含所有查询字段的联合索引，避免回表。
4. 避免冗余索引：不要为每个字段单独建索引，优先使用联合索引覆盖多个查询模式。
5. 索引下推利用：MySQL 5.6+ 支持索引下推，联合索引中后置字段的过滤可以在索引层完成，减少回表次数。

4.4 索引设计对比：好与坏

4.5 建表 DDL 示例

以下为生产级交易流水表 DDL，包含核心字段、扩展字段和推荐索引：

CREATE TABLE txn_flow (
    txn_id         VARCHAR(64)     NOT NULL COMMENT '交易ID',
    tx_time        DATETIME(3)     NOT NULL COMMENT '交易时间戳(毫秒)',
    amount         DECIMAL(18,2)   NOT NULL COMMENT '交易金额(元)',
    merchant_id    VARCHAR(32)     NOT NULL COMMENT '商户号',
    user_id        VARCHAR(64)     NOT NULL COMMENT '用户ID',
    status_code    TINYINT         NOT NULL COMMENT '状态码:0待审/1成功/2失败/3风控拒/4超时',
    device_fp      VARCHAR(128)    DEFAULT NULL COMMENT '设备指纹',
    client_ip      VARCHAR(45)     DEFAULT NULL COMMENT '客户端IP',
    channel_code   VARCHAR(16)     DEFAULT NULL COMMENT '渠道编码',
    risk_tag       VARCHAR(64)     DEFAULT NULL COMMENT '风控标签',
    create_time    DATETIME        NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '记录创建时间',
    PRIMARY KEY (txn_id),
    INDEX idx_merchant_status_time (merchant_id, status_code, tx_time),
    INDEX idx_user_time (user_id, tx_time),
    INDEX idx_time (tx_time)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='交易流水表';

4.6 交易流水表结构总览

下图展示了交易流水表的字段分层、索引策略与风控巡检 SQL 的对应关系：

4.7 索引设计常见误区

• 误区一：为每个字段单独建索引，认为“索引越多查询越快”。实际会导致优化器选择困难，写入性能下降，磁盘空间膨胀。
• 误区二：将时间戳放在联合索引最左侧。对于“商户+状态+时间”查询，时间戳选择性高但范围大，放在最左会导致后续字段无法利用索引。
• 误区三：使用 SELECT * 配合覆盖索引。如果查询字段超出索引范围，MySQL 必须回表，覆盖索引失效。
• 误区四：忽略状态码过滤。状态码虽然只有几个枚举值，但在联合索引中作为等值条件可以大幅减少扫描行数。