gemini回答数据库优化问题时须严格保留原始表达：所有反引号或单引号包裹的内容必须原样复现；用三重反引号、单引号或error raw:前缀锁定关键信息；禁止意译术语、格式化执行计划；插入复述指令强制校验原文。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Gemini在回答数据库优化问题时保留你原始提问中的真实表达——比如表名、字段名、SQL片段、错误日志原文、执行计划关键行——不能靠笼统说“请保留原样”，必须用明确、可执行的提示词结构锁定输出行为。
第一步：用显式指令锚定“不改写”边界
在提问开头直接声明：【所有带反引号`或单引号'包裹的代码、标识符、错误信息，必须原样复现，禁止翻译、缩写、替换、补全】。例如写`SELECT * FROM user_login_log WHERE status = 'pending'`，Gemini若改成`user_log_table`或把`'pending'`换成`'待处理'`就违反了这条铁律。
这一步必须放在提示词最前面，因为模型对首句指令敏感度最高；放在中间或结尾容易被后续语义覆盖。
第二步：给真实表达加不可剥离的语法外壳
方法一：用三重反引号包裹整段SQL或日志块，形成独立代码块。 方法二：对单个关键标识符（如表名、索引名）强制套单引号，例如 `'orders_2024_q3'`、`'idx_user_id_created_at'`。 方法三：在错误信息前加固定前缀 `ERROR RAW:`，后接完整粘贴内容，例如 `ERROR RAW: ERROR 1062 (23000): Duplicate entry '789' for key 'PRIMARY'`。
三种方法任选其一即可生效，混用反而增加解析歧义。三重反引号最稳妥，适合多行SQL；单引号最快捷，适合嵌入长句中零散标识符。
第三步：用否定式约束排除常见改写动作
在提示词末尾追加一句：【禁止将"WHERE a = b"改写为"WHERE 字段a等于字段b"；禁止把"full table scan"意译成"全表扫描"；禁止合并连续空格或删除换行符】。 这一句直击数据库优化场景高频失真点：中文模型习惯把英文术语本地化，把紧凑的执行计划文本格式化成“易读”段落，而这恰恰破坏了DBA定位问题所需的原始线索。
这一步不能省略——仅靠“请保留原样”无法阻止模型启动默认的语义美化机制。
第四步：插入一个带副作用的验证句
在提示词中穿插一句：“请先复述我问题中第2个单引号内的内容，一字不差。” 例如你原句是：“查询`SELECT id FROM users`很慢，且执行计划显示 `'type': 'ALL'`”，模型就必须先输出 `'type': 'ALL'` 才能继续回答。 这个动作强制模型建立“原文提取→校验→应答”的处理链路，显著降低跳过原始字符串直接推理的概率。
