最大的差异性，当属通用性。替换 volume的方式，虽然在容器创建流程中加入了部分额外的操作（比如创建两个容 器、启动容器、替换 volume 等），但是在通用性方面，优势十分明显。通用性的体现何在？本文举例的是 MySQL 容器，其实其他存储类 Docker 容器如 MongoDB、Redis 等，均可以采用这种方式。
换言之，对于存储类 Docker 容器而言，Docker Daemon 的管理员无需获知容器内部运行的是何种服务，机械化操作替换 volume即 可导致明文密码失效。通过 mysql-client 修改密码的方式，只能由容器的用户来完成，而现实情况中， Docker Daemon 管理员与容器用户很有可能并非同一个人，尤其是在公有云服务上。因此，Docker Daemon 交付出的容器，必须由用户进行二次加工，才能真正满足用户需求，无疑在便捷性方面，无法尽如人意。
更为细致的比较，我们就能发现：其实两者的实现的立足点不同。替换 volume则是从 Docker 层出发；而修改密码则是站在应用层出发。
何为 Docker 层？
Docker 是一款软件，Docker 的世界中 Docker 镜像、Docker 容器等，对于容器的管理（比如启动停止、环境变量的设置等），笔者都认为是 Docker 层的概念。
何为应用层？
此处的应用层，指的是与用户镜像内或者容器内与应用直接相关的内容。
依然以 MySQL 为例，通过 MySQL 镜像启动 MySQL 容器时，会使用MYSQL_ROOT_PASSWORD这个环境变量。环境变量是一个 Docker 层的概念，原因很简单，Docker Daemon 会机械化地将所有用户设置的环境变量作用到容器进程，而不会去关心具体哪个环境变量在容器中充当什么样的角色。同样的道理，名为MYSQL_ROOT_PASSWORD的环境变量就是一个应用层的概念，这个具体的环境变量，有可能会被容器内部的应用进程来使用，最终影响容器内部的应用。
同样的道理，volume 是一个 Docker 层的概念，volume 内部的具体内容则是应用层的概念。因此，通过 volume 来操作容器，属于 Docker 层的操作，不会涉及任何应用层的内容。而通过事先获知容器内部应用的详细情况，再针对应用进程做出相应的行为，则属于应用层的操作。
总结
存储类 Docker 容器的明文密码问题，实则是：为应用层准备的密码，必须通过 Docker 层的环境变量来传递，而最终 Docker 层的环境变量将一直以明文的形式遗留于多处。通过替换 volume的方式可以很好地从 Docker 层解决存储类 Docker 容器的明文密码问题。
更多Docker相关教程见以下内容：
Docker安装应用(CentOS 6.5_x64)
Ubuntu 14.04安装Docker
在Ubuntu Trusty 14.04 (LTS) (64-bit)安装Docker