lzf_0626
df96275ab5
实测确认 #21 描述准确：fin_risk_alert 只有 11 个普通 BTREE 索引 + 主键 + alert_no 唯一键，规则命中的 JSON_CONTAINS 查询 EXPLAIN 为 type=ALL、possible_keys=NULL， 即全表扫。MySQL 8.0.27 支持多值索引，故新增迁移 20260911_risk_rule_index： ADD INDEX idx_fin_risk_alert_trigger_rule_codes ((CAST(`trigger_rule_codes` AS CHAR(16) ARRAY))) 迁移幂等（先查 information_schema.STATISTICS），upgrade/downgrade 往返已验证。 生效后 EXPLAIN 变为 access_type=range 且 key 命中该索引，原始证据留档在 docs/evidence/risk-index-probe.json（由 tools/probe_risk_index.py 生成，只读探查）。 只解决一半，另一半如实记为限制：若干 like(f"%{keyword}%") 全表扫无法用 B-tree 索引， 根治需全文索引 + 中文分词组件（部署依赖），本轮不做。 revision 名刻意压到 32 字符以内 —— alembic_version.version_num 是 VARCHAR(32)， 超长会在写版本号时报 1406，而 DDL 是非事务的，那时索引已经建好了。 docs/25 追加"P3 处理结果"表，逐条登记 17-25 的状态：#19 是协议级重做（keyset 分页） 不单方面改，#21 部分修复，#25 前半段不成立，其余已修。