作者：不想打工的码农 原创声明：本文基于政务系统数据迁移真实项目，所有配置、监控截图、故障复盘均脱敏处理，拒绝“复制粘贴式教学”
一、血泪开场：那个被DBA堵在工位的下午
“新库连不上！旧库写穿了！监控报警刷屏！” DBA大哥把咖啡杯蹾在我桌上：“兄弟，再出问题，今晚咱俩一起通宵修数据。” 我盯着控制台疯狂滚动的CannotGetJdbcConnectionException，冷汗浸透衬衫—— 就因为多数据源配置少写了个@DS？！
这不是演习。去年负责省级政务系统迁移时，因多数据源配置疏漏，导致旧库被误写入测试数据，紧急回滚3小时。从此我立下flag：多数据源，必须吃透！
二、为什么选dynamic-datasource？血泪对比实录
| 学习成本 | 高（需理解分片规则） | 极高（重写数据源路由逻辑） | 低（注解即用） |
| 动态扩展 | 需重启 | 需重启 | 运行时动态增删 |
| 事务支持 | 复杂 | 易出错 | @DS与@Transactional完美兼容 |
| 踩坑指数 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐ |
| 我的选择 | ❌ 迁移场景不需要分片 | ❌ 通宵写路由逻辑后崩溃 | ✅ 30分钟搞定核心配置 |
💡 关键洞察： 多数据源≠分库分表！单纯读写分离/新旧库迁移场景，dynamic-datasource是性价比之王（GitHub 18k+ star，国产之光！）
三、手把手配置：从“连不上”到“稳如老狗”
🔑 第一步：Maven依赖（避坑重点！）
<!– 核心：必须指定版本！避免与Spring Boot版本冲突 –>
<dependency>
<groupId&g
