本次迁移为mysql 5.7至8.0在线升级，主库不可停机，从库可短暂断连，ddl须经pt-online-schema-change执行；需人工确认：①主从gtid模式是否已统一启用；②所有业务连接池是否完成mysql 8.0驱动兼容性验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让ChatGPT输出的数据库迁移说明像真实工程师写的那样——有上下文、带取舍理由、留出人工判断空间，而不是堆砌通用模板或假装全自动。
明确迁移任务的真实约束条件
在提示词开头就写清本次迁移的具体场景：是MySQL 5.7升到8.0？还是从自建PostgreSQL迁到云厂商RDS？是否涉及分库分表？有没有只读从库不能停？【没有这些信息，生成的说明必然空泛】。
直接告诉模型：“本次迁移发生在生产环境凌晨2点窗口期，主库不可停机，从库可短暂断连，业务方要求DDL操作必须走pt-online-schema-change。”
强制要求体现人工决策点
方法一：在提示词中插入占位符指令，例如“此处请用‘需人工确认：’开头，列出至少2个必须由DBA现场核对的项”。
方法二：要求模型对每条SQL标注风险等级（低/中/高）和规避方式。比如ALTER TABLE xxx ADD COLUMN yyy INT NOT NULL DEFAULT 0 → 风险等级：高 → 规避方式：先加NULL列，再UPDATE填充，最后改NOT NULL。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
这一步不能省。真实迁移文档里不会出现“执行以下命令即可”，一定夹着“此处观察slowlog持续3分钟”“确认binlog_format=ROW后再继续”这类动作。
注入真实协作痕迹
第一步：要求模型模拟写文档时的协作上下文，例如在“前置检查”章节开头加一句：“根据与SRE团队昨日对齐结果，跳过磁盘IO压测环节，但保留网络延迟检测。”
第二步：在回滚方案部分，强制写明依赖项：“回滚依赖备份文件xxx_20240521_0215.sql.gz（已MD5校验），该文件存于10.20.30.45:/backup/migration/目录，权限为600。”
第三步：在“验证步骤”中混入具体业务指标，如“订单服务接口成功率需维持≥99.95%，支付回调延迟P95
