陈旧，混乱的数据如何分离

这个确实更偏向管理问题，但是作为技术，既然摊上了，就尽量在自己的职责范围内解决一些，毕竟梳理通顺了自己后期也省事。

1. 做好基线文档，梳理系统，之前的可以乱，但最起码从自己接管开始，后续的上线和下线要有序进行
2. 下线没用的库，可以倒着做，通过对现有上层应用的了解或对数据库连接的分析来梳理，当前各个数据库的运行情况。有写明显长期无连接的数据库肯定是不用了，可以考虑调研后下线。下线前做好备份工作即可。
3. 分类和迁移，对目前再用的库，根据自己的当前的规划做整理和分类，设计到数据的迁移要做好备份。

上面几条说着简单，可以预见的是做起来蛋疼无比，同情你......

一般单位都是采用“只要没问题就不要动”的原则。现在针对这种混乱情况，首先得领导有改变这种现状的驱动力，这不是技术层面的事情。需要领导给调配人力来做这个事情，不然你自己做了这个事情，如果做好那领导夸你一样，如果你做不好，就是“好的环境给瞎搞搞坏了”
对于技术层面，生产库和测试搅和在一起，首先就很不规范。如果要梳理，个人建议
1.分析梳理现状：对数据库进行分类，每个库是哪里链接过来的，做什么用的，先理清楚现状；
2.迁移测试数据：首先将测试库给迁移出来，这样即便出现问题，只是测试，即便出问题不影响生产；
3.分析生产数据：迁移完成测试数据库，然后再对生产数据库进行一下分析看看如何进行剥离。
在迁移的过程中，一定切记采用copy的方式，不要采用mv的方式。