漏洞影响面排查 SQL 生成器

【指令】
1. 写一组只读查询，从库里圈出可能被上传漏洞影响的账号、订单与配置记录，三类对象一次覆盖。
2. 目标是在 30 分钟内交出可疑清单，清单要能逐条核对，不是一堆散落的结果集。
3. 清单供安全同事逐条核对，每条记录须定位到账号、订单或配置的具体行，不必手工翻表。
4. 先查账号维度，再查订单与配置维度，三步串行执行，中断后可按留存 SQL 原样续跑。

【上下文】
1. 库为 MySQL 8.0.36，表前缀 ai363_，核心表是 admin_user、admin_order 与 admin_config 三张。
2. 漏洞可能经上传接口落脚本，也可能经登录接口撞库，两条入口都要在查询条件里留出对应分支。
3. 排查窗口限定最近 7 天，时间条件写进每条 SQL，不靠导出后人工筛选。
4. 原始 SQL 全部留存备查，留存内容含语句、执行时间与影响行数，便于复核时原样重跑。

【输入数据】
1. 时间范围 2026-10-19 00:00 到 2026-10-26 09:00，边界按左闭右开写入 WHERE 条件。
2. 可疑 IP 共四个，其中两个落在 203.0.113.0 与 198.51.100.0 网段，按整段与单 IP 分别匹配。
3. 重点字段为 last_login_ip、create_time、config_value，三个字段都要出现在筛选或输出列中。
4. 字段名以实际表为准，遇到缺字段的表单列一条记录标明待补，不猜字段名硬写查询。

【输出要求】
1. 每条 SQL 单独成段，段前配一句用途说明，写清查的是哪张表、对应哪类风险。
2. 只允许 SELECT 与 SHOW，禁止 UPDATE、DELETE 与 DDL，语句里不得出现任何写操作。
3. 结果按风险降序排列，高风险账号排最前，同风险等级内按命中时间倒序。
4. 末尾给三条人工复核建议，每条写清核对对象、判断依据与复核顺序。
5. 复核建议里写明命中多少行时必须立即封号，给出具体行数阈值，不留模糊表述。