我在测试 docker 挂载 mysql 命令时，发现了一个有趣的现象

先看一下我挂载MySQL的命令

docker run -d -p 3310:3306 -v /home/mysqltest/mysql/conf:/etc/mysql/conf.d -v /home/mysqltest/mysql/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql06 mysql:5.7

以下是我的一个source挂载目录被我手动创建，ls 后是空的，然后运行mysql容器后，该data文件夹被相应的创建了各种mysql系统文件

docker容器挂载目录只复制了一个文件夹 docker挂载目录被覆盖_MySQL

然后我再次清空该data文件夹，重新执行相同命令再创建一个容器，发现这次只剩下一个文件了，剩下的文件很明显是被覆盖消失了

docker容器挂载目录只复制了一个文件夹 docker挂载目录被覆盖_docker_02

有趣的是，如果刚开始并没有创建这个data文件夹，每次执行创建mysql容器后，都会被正常创建MySQL系统文件，没有出现挂载覆盖的现象

所以我对 docker 挂载的执行顺序十分好奇，我猜测：因为这个MySQL系统文件并不是容器自带的，而是由于使用了 -e 参数配置了root密码才会被创建的。如果是容器自带的数据是肯定会被挂载覆盖的，而此处矛盾的出现就是由于动态创建文件而产生的，而且还会出现有时被覆盖，有时却没有被覆盖。

而且此处还要分两种情况：第一种是data文件夹并不存在，这时候在挂载目录后，MySQL系统文件依然被保留；第二种是我们手动创建了data文件夹，这时候的结果就出现了不定性，此时我认为docker会先加载创建容器，然后再在宿主机创建data文件夹进行文件映射，但同时MySQL由于配置信息的设置需要创建相应的系统文件，两者应该是同步进行的，所以才会出现两种可能性：第一种就是文件映射先执行完毕，但此时MySQL系统文件还未创建完毕，所以系统文件会被保留；第二种就是MySQL系统文件已经创建完毕，但文件映射还未执行，所以data文件夹会被挂载覆盖。

以上均为个人理解，思考了好久得出的结论，还请各位大佬指教_(:з」∠)_