只读、核对、再执行：给自己留一条后路

公开工具约束写了两句话：只读限制，资源限制。我把它变成个人手势：只读账号、先核对、再执行。执行是最后一步，不是聊天的默认动作。后路是：即使语句写错，库还在。

账号只读

权限在账号上，不在提醒文字上。

核对是读语句

FROM、WHERE、时间、写操作关键字，扫一遍。

执行有上限

LIMIT、超时、最大行。上限不是小气，是礼貌。

一次完整的问法可以先写成下面这样：

用只读账号跑抽样，不跑无 LIMIT 的大扫描。

落到语句上，草稿常常是：

SELECT pay_time, pay_status, pay_amount
FROM orders
WHERE pay_time >= CURRENT_DATE - INTERVAL '1 day'
  AND pay_time < CURRENT_DATE
LIMIT 100;

后路看起来像胆小。问数里，胆大和改数据只隔着一个分号。

安全是前置条件，不是附录提醒

公开落地把只读、限行、限时、脱敏、权限前置、审计写成清单。个人问数同样适用。权限写进谓词和账号，不写进「请注意」四个字。先查出结果再删敏感行，算泄露。

用户原话不要拼进语句。城市走白名单，时间自己算成起止。练习库和生产库两套连接，写在不同文件里。生产默认拒绝探索，没有卡片编号就不跑。

痕迹要留：问题原文、最终语句、返回行数。没有痕迹的漂亮数字，出了事无法复盘。安全看起来胆小。问数里，胆大和改数据只隔着一个分号。

读完这一辑可以做什么

给自己的练习账号取消一切写权限。把手机号、证件、邮箱从 SELECT 默认列表里拿掉。做完这两件，再谈下一次提问。

只读账号是后路。后路在语句写错时才显得值钱。