使用 Docker 部署 MySQL 对性能有没有损耗呢？

肯定有啊，数据库这东西能直接安装就直接安装，用什么 docker 呀

一般开发测试环境用 docker ，生产很少主要是 IO 损耗。

影响有限

非大型项目咋搞都行的

选择 host 网络，网络性能更好。

挂载目录做好备份

之前我的调查结果是

1. 使用 Docker 安装 MySQL 会影响 MySQL 的读写速度，MySQL 作为一个依赖 IO 的数据库服务，在 Docker 中还是受到了影响到的

2. 不推荐使用 Docker 安装 MySQL ，在 Docker 中运行的 MySQL ，容易受到容器的影响，容器一旦崩溃出错，即使使用了持久化数据文件，也容易导致数据文件损坏，无法进行数据恢复

第一点我是可以理解的，第二点暂时还没遇到，但现在我已经不把 MySQL 放到 Docker 里面了

貌似阿里云的 POLARDB 这种大型生产商用数据库，给租户都是用容器隔离的。

数据库的性能瓶颈来自 IO ，二次虚拟化带来的 CPU 的性能影响其实对数据库影响不大

@Quarter 按理说 mysql 这种文件格式应该是设计成了不受崩溃影响的吧，否则断电写了一半怎么办

对于大多数业务场景来说，业务有限，但仍不建议在 docker 中跑，docker 适合跑需要横向扩展得无状态的服务

都说的很有道理，但是 Linux 的 Docker 挂载目录有额外的 IO 开销吗？

非生产环境随便弄，用商业云的话生产环境直接用 MYSQL 云实例吧。

你们 ls 一个个说得好像言之凿凿确有其事一样的，但问题是 docker 容器的目录挂载没有性能损耗啊，不知道你们是根据什么得出的有性能损耗这个结论的

https://superuser.com/questions/1542169/does-a-docker-bind-mount-have-a-performance-penalty-on-linux

想了下，你们该不会是基于 mac 上的 docker 文件性能很拉跨得出的 linux 下 docker 也很拉跨的结论吧。。。

docker 容器的目录挂载没有性能损耗啊

大概损失 10%的 iops

我觉得你首先要考虑的是数据安全问题。丢失了可能就没有了

之前有人研究过，有损耗但是损耗不大。但还有各种其他问题。开发测试随便，生产不建议。

linux 下无损耗

按理说除了网络之外应该没啥损耗的呀，但不见有很多人用