Tag: sysbench

在網路流量很大時，Container 的網路對資料庫效能的影響

在 Percona 的「How Container Networking Affects Database Performance」這篇在討論 Kubernetes 上選擇不同的 CNI 對於資料庫效能的影響。

最重要的是結果的這張圖：

可以看到 TPS 與 throughput 都有影響到，要注意的是這是兩個不同的工具測出來的結果，在 TPS 上是用 sysbench，可以看到最好的 Kube-Router 上也掉了 13% 的 TPS：

Another key thing we found was that even in the best-case with Kube-Router we see an approximate 13% decrease in database performance comparing bare metal to running within Kubernetes. This illustrates that there are still improvements to be made to the performance of container networking in Kubernetes.

throughput 是用 iperf3，只要不是真的掉很多，就沒那麼關心了...

不過這個測試另外一個解讀是，如果你用資料庫不單純是 PK find() 類的處理，那麼效能應該是還好，因為會有不少 CPU 資源 (以及對應的時間) 是用在 join 或是其他處理上，對於 latency 與 throughput 應該就沒有那麼敏感了...

sysbench 的 RNG

在 Percona 的 blog 上看到了 sysbench 的 RNG (Random Number Generator) 跟想像中的不太一樣：「What You May Not Know About Random Number Generation in Sysbench」。

預設是 Special：

而不是直覺的 Uniform (也有提供)：

另外還提供三種：

翻了翻可以翻到其他四個的理論基礎，但就是不知道 Special 的設計理論在哪裡...

InnoDB 與 MyRocks 之間的取捨

MyRocks 的主要作者 Mark Callaghan 整理了一篇關於大台機器下，資料可以放到記憶體內的效能比較：「In-memory sysbench, a larger server and contention - part 1」。

這其實才是一般會遇到的情況：當事業夠大時，直接花錢買 1TB RAM + 數片 PCI-E SSD 的機器用錢換效能... (主要應該會在記憶體花不少錢，剛剛查了一下，現在白牌的 server 一台大約七十萬就可以擺平？兩台做 HA 也才一百四十萬，對有這個規模的單位來說通常不是大問題...)

而三種不同的 case 裡面，最後這個應該是最接近真實情況的：

可以看到 InnoDB 在幾乎所有項目都還是超越 MyRocks (只有 random-points 與 insert-only 輸)。

不知道後續的開發能量還會有多少... (因為 Facebook 的用法跟一般情況不一樣)

用 sysbench 測試 MySQL 效能

很久前是用 tpcc-mysql 測試 MySQL 效能：「用 tpcc-mysql 測試 LSI 的 Nytro MegaRAID NMR 8100-4i」，最近剛好又有測試需求，想說拿來學個新玩具測試，就想到 sysbench 的 oltp 測試。

先用 Google 找了找測試的方式，appleboy 之前寫的「Sysbench 測試 Percona XtraDB Server 效能」算是還不錯的文件，就拿來當起點了。

我是拿 AWS 測試，主要是因為幾乎所有的效能都是固定的，這樣測出來才有意義。

Amazon EC2 用 c4.8xlarge，用 10Gbps 網路測試會比較準確一點。硬碟的部份是掛上 100GB 的 SSD 硬碟，如果是測 I/O bound 的人就選擇有固定 IOPS 的 Provisioned 版本，但我這次測的都是 CPU bound，就只選用 General 版本了。

跑起 Ubuntu 14.04 後直接用 apt-get install sysbench 就可以裝起來了。

Percona 的 apt repository 設定可以參考官方的「Installing Percona Server on Debian and Ubuntu」這篇文章。設好後要裝什麼版本測試就是自己的選擇了。

都裝好後，測試的方式是先用 prepare 塞資料，再用 run 測試。

這是 prepare 部份的指令：(粗體字的 x 需要帶入自己對應的參數)

sysbench --test=oltp --db-driver=mysql --mysql-engine-trx=yes --mysql-table-engine=innodb --mysql-host=x --mysql-user=x --mysql-password=x --oltp-auto-inc=off --test=/usr/share/doc/sysbench/tests/db/oltp.lua --oltp-table-size=10000000 prepare

這是 run 部份的指令，我這邊用了 --oltp-read-only=on 只測 read transaction 的速度：

sysbench --test=oltp --db-driver=mysql --mysql-engine-trx=yes --mysql-table-engine=innodb --mysql-host=x --mysql-user=x --mysql-password=x --oltp-auto-inc=off --test=/usr/share/doc/sysbench/tests/db/oltp.lua --oltp-table-size=10000000 --oltp-read-only=on --num-threads=256 --report-interval=5 --max-time=60 --max-requests=0 run

大致上就是這樣測，然後用 gnuplot 畫圖。