docs(进件): 记上 SQL 2 的执行结果（去重删 A + 唯一索引已建），只加注释

本文件此前是「待执行」的 runbook，现已在 payment_platform_java 上执行完毕，
头部加一段执行记录，免得后来人照着「库里现在真的有重复」那段去判断现状。

裁定与读数（全文落盘 logs/_lsy-dedup-exec.txt）:
- 用户授权「随便你删哪条」⇒ 裁定删候选 A（id=1）。依据是脚本里已写明的两条结构性
  理由（A 的 description 是数据自己写的处置说明；B 占 tenant 2 的 enterprise_id IS NULL
  租户级槽位），与「有没有发布过」无关。
- 删除前逐字段断言通过 → DELETE 影响 1 行 → 重复分组 0 行、全表剩 1 行（= B）
  → 守闸 DO 块通过 → CREATE UNIQUE INDEX 提交 → pg_indexes 5 条
  （旧的非唯一 idx_lsy_merchant_mch_no 仍在，脚本要求它必须还在）
  → pg_constraint(contype='u') 0 条（正常）。
- 通电验证两向：同 mch_no 插入被 uk_lsy_merchant_mch_no 拒（报文点名校验名）；
  换 mch_no 插入成功（负对照）。两条都回滚，探针后全表仍 1 行。

只改注释，无 DDL 变化：本提交不改任何语句，也不改第 0 步的期望与实测
（那记的是执行前的状态，保留不改）。行尾 LF 174 / CR 0（原 168 / 0）。

java/src/main/resources/db/lsy-merchant-mch-no-uk.sql

@@ -2,6 +2,12 @@
 --   —— pay_lsy_merchant.mch_no 唯一索引（2026-09-23）
 -- 手工执行: psycopg2 连接 payment_platform_java 库
 --
+-- ★★ 2026-09-23 执行记录：本脚本**已在 payment_platform_java 上执行完毕**。
+--    用户授权「随便你删哪条」⇒ 删了候选 A（id=1），守闸通过，uk_lsy_merchant_mch_no 已建成
+--    （pg_indexes 5 条，旧的 idx_lsy_merchant_mch_no 仍在）。全文读数见 logs/_lsy-dedup-exec.txt。
+--    下面「第 0 步」的期望与实测、以及文末的重复行描述，记的都是**执行前**的状态，保留不改。
+--    重跑本脚本是安全的：第 0.1 步会得 0 行、守闸通过、CREATE UNIQUE INDEX IF NOT EXISTS 无操作。
+--
 -- ★ 本脚本**不是**「跑一下就完事」的建索引脚本。它自带守闸：
 --   库里现在**真的有重复**，所以 CREATE UNIQUE INDEX 会失败。守闸把失败换成一句人话。
 --   重复的处置是**用户的数据决策**，脚本不替你删任何行。