慢查询日志可能包含查询文本、字段值、账号和数据库结构，不宜未经检查直接公开。应保留定位所需的语句结构、时间和执行特征，同时对客户资料、令牌及不必要业务内容脱敏，并控制原始日志访问。
先确定排查需要的证据
需要判断索引、锁等待还是查询频率，所需信息不完全相同。记录时间范围、数据库版本和相关性能字段，避免为一个问题导出整个月全部SQL。原始日志保存在受控位置，工作副本用于分析，不覆盖唯一凭据或删掉可能仍需的故障证据。
识别SQL里不明显的敏感值
邮箱、电话、姓名和订单信息可能直接出现在条件或写入值中，查询参数还可能包含访问令牌。表名、路径及用户账号也可能帮助识别客户。不能只遮住日志第一行IP，就认为其余内容已经脱敏；导出的文件名和压缩包也要检查。
保留结构而不破坏诊断价值
用一致占位符替换值，必要时保留类型、长度特征或选择性说明，但不补造真实分布。分析索引时，完全删掉WHERE或ORDER BY会失去重要线索。无法公开的字段或数据范围标明限制，必要时在受控环境由授权人员完成进一步分析。
限定发送和保存边界
按实际授权选择接收人和受控通道，说明用途与保留期限，不将原日志贴进公开文章、工单评论或普通共享页。发送前回读脱敏副本和附件名称，后续结案也应区分问题已解决和资料已归档。脱敏不是自动让数据可以无限转发。
关键区别
原始日志：保留真实证据；仅授权范围访问。
脱敏副本：支持必要诊断；仍要检查结构与值。
查询结构：定位索引和排序；不能全部删到失去含义。
怎样确认处理到位
分享文件保留必要诊断线索且不含未授权客户信息，接收与存储范围明确，原始证据可在受控位置追溯。
容易误判的边界
本文提供运维资料处理原则，不替代具体个人信息、合同或监管要求；未经核实的数据不能因脱敏就随意公开。
