MySQL Doris Flyway 调试助手

核心问题

在 MySQL、Doris 数据库调试及 Flyway 迁移过程中，开发者常面临三类痛点：SQL 报错定位难（如 Too many connections 类错误需结合连接池、慢查询等多维度排查）；变更方案易破坏原有表结构（直接 DROP/ALTER 原表风险高）；Flyway 脚本缺乏统一校验（版本命名混乱、幂等性不足易导致迁移失败）。

技能工作逻辑

1. 问题输入：接收具体 SQL 报错、优化需求或 Flyway 迁移脚本，例如输入 MySQL 连接数报错问题。
2. 非侵入优先：遵循『不修改原表结构』原则，优先提供新增表/字段、视图等替代方案。
3. 输出四要素：

- 生成可直接运行的优化 SQL
- 标注 ⚠️ 高风险操作（如 DROP、全表扫描）
- 明确执行前提（环境配置、数据量、回滚方案）
- 提供验证 SQL（如 SHOW PROCESSLIST; 验证连接状态）

1. Flyway 校验：检查版本命名规范（V{版本}__{描述}.sql）、幂等性、事务边界及回滚配套。

适用边界与注意点

• 支持范围：MySQL（索引优化、慢查询改写）、Doris（数据模型选择、Rollup 优化）、Flyway 迁移脚本校验。
• 明确局限：不做数据仓库 ETL 全流程编排，仅聚焦脚本级调试；严格遵循不修改原表结构的约束，复杂业务场景需结合具体环境评估。
• 高风险操作需人工二次确认，回滚方案需提前准备。