脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 数据库 → Mysql → MySQL docker运行性能

MySQL运行在docker容器性能损失解析

 更新时间：2023年11月26日 16:21:56   作者：花酒锄作田  
这篇文章主要为大家介绍了MySQL运行在docker容器中的性能损失解析,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

前言

自从使用docker以来，就经常听说MySQL数据库最好别运行在容器中，性能会损失很多。一些之前没使用过容器的同事，对数据库运行在容器中也是忌讳莫深，甚至只要数据库跑在容器中出现性能问题时，首先就把问题推到容器上。

那么到底会损失多少，性能损失会很多吗？

为此我装了两个MySQL，版本都是8.0.34。一个用官网二进制包安装，另一个用docker hub的MySQL镜像安装。两个MySQL都运行在同一台机器，但不同时运行，先后运行测试。测试工具用的sysbench，运行在另一台机器。

提前声明：测试流程比较简单，只是用sysbench测了混合读写场景，测试次数也较少，不具有权威性。感兴趣的话，可以自行完善测试流程。

如果对后文没什么兴趣，这里也可以直接说结论：单表百万级以下时，非容器和容器的性能差异并不多。单表千万级时，容器MySQL大概会损耗10% ~ 20%的性能。

应用版本备注
Debian12.0操作系统。4C16G
docker20.10.17容器运行时
MySQL（非docker）8.0.34基于官方的二进制安装包
MySQL（docker）8.0.34使用docker hub的镜像
sysbench1.0.20压测工具

MySQL配置

MySQL安装后创建测试用的sysbench用户和sysbench数据库，调整innodb_buffer_pool_size为2GB。

docker容器的网络配置为bridge，挂载数据目录。

sysbench命令

  • 准备数据
sysbench --db-driver=mysql --mysql-host=192.168.3.21 --mysql-port=3306 --mysql-user=sysbench --mysql-password=123456 --mysql-db=sysbench --table_size=10000000 --tables=20 --threads=4 oltp_read_write prepare
  • 执行测试
sysbench --db-driver=mysql --mysql-host=192.168.3.21 --mysql-port=3306 --mysql-user=sysbench --mysql-password=123456 --mysql-db=sysbench --time=300 --threads=8 --report-interval=10 oltp_read_write run
  • 清理测试数据
sysbench --db-driver=mysql --mysql-host=192.168.3.21 --mysql-port=3306 --mysql-user=sysbench --mysql-password=123456 --mysql-db=sysbench --table_size=10000000 --tables=20 --threads=4 oltp_read_write cleanup

测试结果

单表1000w数据，20张表，测试4次。

MySQL运行环境测试序列总SQL执行数每秒SQL数每秒事务数延迟时间（平均）延迟时间（95%）
非容器1379809312658.84632.7812.6420.00
非容器2391457813047.91652.2812.2617.01
非容器3405986713531.79676.4611.8215.55
非容器4377239012574.00628.5812.7219.65
容器1323067810768.41538.2814.8626.20
容器2353857311794.68589.6213.5719.29
容器3356794311892.56594.5013.4517.63
容器4361620412053.53602.5813.2717.32

平均统计：

MySQL运行环境总SQL执行数每秒SQL数每秒事务数延迟时间（平均）延迟时间（95%）
非容器3,886,23212,953.14647.5312.3618.05
容器3,488,35011,627.3581.2513.7920.11
环比-10.24%-10.24%-10.24%+11.57%+11.41%

在测千万级数据量之前，测过几轮几十万级的数据量，非容器和容器版的MySQL并没有多大区别。当数据量逐渐增多时，差异就愈加明显。目前测单表1000w已经出现10%左右的性能损耗，如果单表数据继续增大，性能损耗应该也会更多。

以上就是MySQL运行在docker容器性能损失解析的详细内容，更多关于MySQL docker性能的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

相关文章

  • MySQL 权限控制详解

    MySQL 权限控制详解

    这篇文章主要介绍了MySQL 权限控制详解的相关资料，帮助大家更好的理解和学习使用MySQL，感兴趣的朋友可以了解下
    2021-03-03
  • MySQL数据被误删的解决方法

    MySQL数据被误删的解决方法

    之前被要求开发一个OA项目,需求还要及时生效（一边开发一边使用）,有一次生产环境的一个bug本地没办法复现,在调试的过程中,我俩当作开发环境很自然的把数据给删了,所以在这里记录一下MySQL数据备份和恢复的方法及操作,希望可以帮助到跟我一样的小伙伴
    2024-01-01
  • mysql如何修改表中某个数据

    mysql如何修改表中某个数据

    这篇文章主要介绍了mysql如何修改表中某个数据的实现方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-08-08
  • Mysql中如何删除某个字段的最后四个字符

    Mysql中如何删除某个字段的最后四个字符

    这篇文章主要介绍了Mysql中如何删除某个字段的最后四个字符，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
    2022-09-09
  • mysql开启远程连接(mysql开启远程访问)

    mysql开启远程连接(mysql开启远程访问)

    开启MYSQL远程连接权限的方法，大家参考使用吧
    2013-12-12
  • MySQL参数lower_case_table_name的实现

    MySQL参数lower_case_table_name的实现

    lower_case_table_names是一个重要的系统变量,它影响着MySQL如何处理表名的大小写,本文主要介绍了MySQL参数lower_case_table_name的实现,感兴趣的可以了解一下
    2024-08-08
  • MySQL服务器进程CPU占用100%的解决方法

    MySQL服务器进程CPU占用100%的解决方法

    早上帮朋友一台服务器解决了 Mysql cpu 占用 100% 的问题。稍整理了一下，将经验记录在这篇文章里。
    2010-12-12
  • MySQL:reading initial communication packet问题解决方法

    MySQL:reading initial communication packet问题解决方法

    网站访问出现如题错误，经过检查my.cnf，发现innodb_buffer_pool_size = 2048M 设置过大，调整为innodb_buffer_pool_size = 1024M即可，网上也有该问题的其他解决方法，但都不能解决我的问题
    2012-07-07
  • MySQL多版本并发控制MVCC深入学习

    MySQL多版本并发控制MVCC深入学习

    这篇文章主要介绍了MySQL多版本并发控制MVCC，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
    2021-11-11
  • 由不同的索引更新解决MySQL死锁套路

    由不同的索引更新解决MySQL死锁套路

    前几篇文章介绍了用源码的方式来调试锁相关的信息，这里同样用这个工具来解决一个线上实际的死锁案例，下面小编来简单介绍下
    2019-05-05

最新评论