数据库迁移到docker上存在那些风险，如何保证数据高一致性？

现阶段不建议将数据库迁移到docker上，数据库迁移到docker上并不能体现出来容器的优势，如果原来数据库是使用物理机或小机的建议使用主机虚拟化方案更为有效。如果要迁移建议务必将数据文件映射到外部。

你好：

没有容器的时候，每个进程都是共享linux内核的namespace；现在通过容器技术把运行在操作系统各个进程都分配了独立的namespace进行了隔离；所以稳定性可以保证的；

数据库mysql目前在生产环境中用容器跑的没有，但是回过来想技术不是万能的，生产环境不可以，但是用在开发环境和测试环境，重点说一下测试环境。

比如通过浏览器进行功能测试，测试环境需要快速的部署起来，测试环境是需要测试数据的，利用容器的镜像可以完美的解决数据库灌入问题；如果每个人都能有一套独立的，干净的测试环境，那测试效率是不是很高效，并且可以保证测试的正确性。

容器镜像是只读的，如果测试环境生产了脏数据，那么可以把现有的环境删除掉再重新创建一套。保证了测试环境数据的一致性；

总结：数据库的一致性离不开存储的管理，目前docker官方也有公司在参与，希云cSphere也在解决docker存储问题，存储完善后，跑数据库就完全没有问题了！

数据库本身对资源压力就比较大的，如果采用docker你要多挂数据库的话很容易造成资源吃紧。

感觉docker是否只适合使用web类小应用？对系统级的应用是否有心无力？

业务数据是可以放在docker中，但这不是docker的优势，而是把它作为一个普通的操作系统使用。

领导容器能做的不仅限于小型web应用，目前我们在容器上运行的已有大型的核心业务系统。

数据，日志，配置文件肯定要放在宿主机上，但是一些非关键业务数据库放在docker中稳定性如何，是否能用于生产呢？

把数据放到主机的磁盘上之后，Docker 运行数据库不会太大的性能损耗。主要问题在于数据 volume 的管理。