mysql io开销,Docker IO开销评测

这篇文章是系列文章中的一篇，对Docker中的IO开销进行了评测。本文又是关于用Docker镜像使用Percona Server的文章。在我的前一篇文章“Percona服务器Docker CPU/网络开销评测”里介绍了Docker中CPU和网络的开销，本文将继续评测Docker中的操作是否会带来IO开销。在跑了几次测试以后，好像没有出现IO开销(剧透警告)。但是，我仍然认为很有必要理解Docker搭配数据卷(data volume)的几种不同方式。Docker的设计初衷是提供短生命周期的容器，但是这样对数据并不友好，毕竟我们不想丢掉数据。所以，第一种模式是在Docker容器内创建数据。这是默认的方式：docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps13 -p 3306:3306 -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-server:5.6.28

(我使用了--net=host参数来避免网络开销，相关的信息请参考之前的文章。)第二种模式是使用外部数据卷，我们需要用-v /data/flash/d1/:/var/lib/mysql代替数据卷。完整的命令是：docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps13 -p 3306:3306 -v /data/flash/d1/:/var/lib/mysql -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-}server:5.6.28

最终，第三个模式是使用数据卷容器。在这个例子里，我创建了一个傀儡容器：docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps13-data-volume -v /var/lib/mysql -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-server:5.6.28

在停止了ps13-data-volume容器之后，我们可以从ps13-data-volume的数据卷再启动一个：docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps14 --volumes-from ps13-data-volume -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-server:5.6.28

我从读密集以及写密集两个维度对比了所有这些模式以及裸机模式下的IO负载，裸机模式是直接mount到sysbench的。作为参考，sysbench的命令是：./sysbench --test=tests/db/oltp.lua --oltp_tables_count=16 --oltp_table_size=10000000 --num-threads=16 --mysql-host=127.0.0.1 --mysql-user=root --oltp-read-only=off --max-time=1800 --max-requests=0 --report-interval=10 run

我不打算展示最终的数值以及图表，因为不管是在Docker中的任何模式，还是裸机IO模式，结果都是一样的。因此，我可以很自信地说在上文中描述的任何一种Docker数据卷模式中都没有IO开销。在下一个实验中，我打算评测在多主机网络环境下Docker容器是否有额外开销。====================================================================译者介绍Lambert Sun，趋势科技DevOps Lead，敏捷开发实践者。