前言
自從使用docker以來，就經(jīng)常聽說MySQL數(shù)據(jù)庫最好別運行在容器中，性能會損失很多。一些之前沒使用過容器的同事，對數(shù)據(jù)庫運行在容器中也是忌諱莫深，甚至只要數(shù)據(jù)庫跑在容器中出現(xiàn)性能問題時，首先就把問題推到容器上。
那么到底會損失多少，性能損失會很多嗎？
為此我裝了兩個MySQL，版本都是8.0.34。一個用官網(wǎng)二進制包安裝，另一個用docker hub的MySQL鏡像安裝。兩個MySQL都運行在同一臺機器，但不同時運行，先后運行測試。測試工具用的sysbench，運行在另一臺機器。
提前聲明：測試流程比較簡單，只是用sysbench測了混合讀寫場景，測試次數(shù)也較少，不具有權(quán)威性。感興趣的話，可以自行完善測試流程。
如果對后文沒什么興趣，這里也可以直接說結(jié)論：單表百萬級以下時，非容器和容器的性能差異并不多。單表千萬級時，容器MySQL大概會損耗10% ~ 20%的性能。
| 應(yīng)用 | 版本 | 備注 |
|---|---|---|
| Debian | 12.0 | 操作系統(tǒng)。4C16G |
| docker | 20.10.17 | 容器運行時 |
| MySQL（非docker） | 8.0.34 | 基于官方的二進制安裝包 |
| MySQL（docker） | 8.0.34 | 使用docker hub的鏡像 |
| sysbench | 1.0.20 | 壓測工具 |
MySQL配置
MySQL安裝后創(chuàng)建測試用的sysbench用戶和sysbench數(shù)據(jù)庫，調(diào)整innodb_buffer_pool_size為2GB。
docker容器的網(wǎng)絡(luò)配置為bridge，掛載數(shù)據(jù)目錄。
sysbench命令
- 準備數(shù)據(jù)
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
- 執(zhí)行測試
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
- 清理測試數(shù)據(jù)
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
測試結(jié)果
單表1000w數(shù)據(jù)，20張表，測試4次。
| MySQL運行環(huán)境 | 測試序列 | 總SQL執(zhí)行數(shù) | 每秒SQL數(shù) | 每秒事務(wù)數(shù) | 延遲時間（平均） | 延遲時間（95%） |
|---|---|---|---|---|---|---|
| 非容器 | 1 | 3798093 | 12658.84 | 632.78 | 12.64 | 20.00 |
| 非容器 | 2 | 3914578 | 13047.91 | 652.28 | 12.26 | 17.01 |
| 非容器 | 3 | 4059867 | 13531.79 | 676.46 | 11.82 | 15.55 |
| 非容器 | 4 | 3772390 | 12574.00 | 628.58 | 12.72 | 19.65 |
| 容器 | 1 | 3230678 | 10768.41 | 538.28 | 14.86 | 26.20 |
| 容器 | 2 | 3538573 | 11794.68 | 589.62 | 13.57 | 19.29 |
| 容器 | 3 | 3567943 | 11892.56 | 594.50 | 13.45 | 17.63 |
| 容器 | 4 | 3616204 | 12053.53 | 602.58 | 13.27 | 17.32 |
平均統(tǒng)計：文章來源：http://www.zghlxwxcb.cn/news/detail-747131.html
| MySQL運行環(huán)境 | 總SQL執(zhí)行數(shù) | 每秒SQL數(shù) | 每秒事務(wù)數(shù) | 延遲時間（平均） | 延遲時間（95%） |
|---|---|---|---|---|---|
| 非容器 | 3,886,232 | 12,953.14 | 647.53 | 12.36 | 18.05 |
| 容器 | 3,488,350 | 11,627.3 | 581.25 | 13.79 | 20.11 |
| 環(huán)比 | -10.24% | -10.24% | -10.24% | +11.57% | +11.41% |
在測千萬級數(shù)據(jù)量之前，測過幾輪幾十萬級的數(shù)據(jù)量，非容器和容器版的MySQL并沒有多大區(qū)別。當數(shù)據(jù)量逐漸增多時，差異就愈加明顯。目前測單表1000w已經(jīng)出現(xiàn)10%左右的性能損耗，如果單表數(shù)據(jù)繼續(xù)增大，性能損耗應(yīng)該也會更多。文章來源地址http://www.zghlxwxcb.cn/news/detail-747131.html
到了這里，關(guān)于MySQL運行在docker容器中會損失多少性能的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
