☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
[situation]订单库mysql 5.7已运行8年，主键id即将耗尽；[task]需将orders表迁移至tidb 7.5集群，支撑双11峰值写入；[action]采用gh-ost v1.4.0在线迁移，分三批灰度，绑定pt-table-checksum校验；[result]迁移窗口控制在15分钟内，零sql阻塞，error 1062应急步骤明确，校验失败3路径可执行。
你需要一份能直接贴进项目周报、发给dba同事或塞进上线checklist的数据库迁移说明，而不是教科书式的抽象描述或ai自说自话的“建议”。
用STAR结构锚定实战语境
在提示词开头强制注入真实业务场景，避免模型泛化。例如：“[Situation]订单库MySQL 5.7已运行8年，主键ID即将耗尽；[Task]需将orders表迁移至TiDB 7.5集群，支撑双11峰值写入；[Action]采用gh-ost在线迁移，分三批灰度；[Result]迁移窗口控制在15分钟内，零SQL阻塞。”
这一步必须写实——模型会把
绑定具体工具链与错误码
方法一：指定迁移工具版本和典型报错
在约束条件中加入：“输出必须包含gh-ost v1.4.0执行时遇到ERROR 1062（重复键）的应急处理步骤，以及pt-table-checksum校验失败时的3种排查路径。”
【不写具体工具名和错误码，模型会编造不存在的‘通用方案’】
方法二：引用真实日志片段
粘贴一段脱敏后的实际报错日志：“# gh-ost --max-load=Threads_running=25 --critical-load=Threads_running=40 … [FATAL] binlog position not found in relay log”，要求模型基于该日志生成对应处置清单。
强制输出带角色动作的步骤流
第一步：用动词开头定义每个环节的责任人
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
“DBA执行：在迁移前30分钟冻结orders表DDL操作，并确认binlog_format=ROW。”
第二步：嵌入时间戳和检查点
“SRE执行：在T+00:05检查gh-ost进程CPU占用是否持续＞85%，若超限立即触发回滚脚本rollback_orders.sh。”
第三步：标注不可逆操作
“运维执行：执行ALTER TABLE orders RENAME TO orders_old → 【此操作不可逆，必须在收到DBA书面确认后执行】”
第四步：给出验证信号
“开发验证：调用/api/v2/order/status接口，连续5次返回HTTP 200且响应体含\"migrated\":true字段。”
