SlideShare a Scribd company logo
POWER8サーバで
MySQLMariaDBベンチマーク
第2回 MySQL・PostgreSQLユーザグループ(MyNA・JPUG)
合同DB勉強会
2016/02/20
謝辞
• POWERサーバを借用させて頂き、
またこうして発表する事を許可して
頂いた日本アイ・ビー・エム様、有難うござ
いました
免責事項
• 本資料は個人の見解であり、私が所属する組
織および日本アイ・ビー・エム様の見解とは
必ずしも一致しません
POWERサーバについて
個人的に驚いた特徴
• 1CPUですがOSからはNUMAとして認識される
# numactl —hardware
available: 2 nodes (0-1)
node 0 cpus: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36
37 38 39
node 0 size: 65536 MB
node 0 free: 44167 MB
node 1 cpus: 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72
73 74 75 76 77 78 79
node 1 size: 65536 MB
node 1 free: 45400 MB
node distances:
node 0 1
0: 10 20
1: 20 10
#
環境
ベンチマーク環境1
• POWER 812L
• POWER8E 3.42GHz
(1P10C10T,20T,40T,80T)
• MEM 16GB x 8 = 128GB
• HDD 300GB x 8, 15k rpm (RAID10)
• CentOS 7.2 (3.10.0-327.4.4.el7.ppc64le)
ベンチマーク環境2(比較対象)
• HP DL360 G8v2
• Intel Xeon E5-2667 v2 3.30GHz x 2 (2P16C32T)
• MEM 16GB x 8 = 128GB
• SAS HDD 600GB x 4, 10krpm (RAID10)
• NIC Intel I350
• CentOS 6.7(2.6.32-573.8.1.el6.x86_64)
ベンチマーク環境3
• HP DL360 G8v2
• Intel Xeon E5-2643 v2 3.50GHz x 2 (2P12C24T)
• MEM 8GB x 8 = 64GB
• ioDrive2 785G (Driver version: 3.2.6)
• NIC Intel I350
• CentOS 6.6(2.6.32-504.12.2.el6.x86_64)
• MariaDB10.1.10
• MySQL 5.7はPOWERサーバでは不安定であったため、
現時点では検証対象外としました
• File System
• 環境1 xfs (nobarrier)
• 環境2 ext4 (nobarrier)
• ベンチマークソフト
• sysbench 0.5 (3回取得し平均で評価)
• git clone https://github.com/hgxl64/sysbench-mariadb.git
• LinkBench (1回のみの実行)
my.cnf(主なもの)
• innodb_buffer_pool_size = 40G
• innodb_buffer_pool_instances = 20
• innodb_log_buffer_size = 64M
• innodb_log_file_size = 1G
• innodb_log_files_in_group = 16
• innodb_flush_method = O_DIRECT
• innodb_thread_concurrency = 0
• innodb_flush_log_at_trx_commit = 1
• performance_schema_instrument =
'%sync%=on'
• innodb_monitor_enable = 'all'
• sync_binlog = 1
• query_cache_type = 0
• query_cache_size = 0
sysbench 0.5
./bin/sysbench 
--test=./lua/oltp.lua 
--rand-init=on --db-driver=mysql --oltp-read-only=on 
--rand-type=uniform 
--oltp-tables-count=18 --oltp-table-size=3000000 
--oltp_point_selects=1000 --oltp_sum_ranges=0 
--oltp_simple_ranges=0 --oltp_order_ranges=0 
--oltp_distinct_ranges=0 
--mysql-socket=/var/lib/mysql/mysql.sock 
--mysql-db=sbtest5 
--mysql-user=sbtest --mysql-password=sbtest-pw 
--max-time=60 --max-requests=0 
--num-threads=${thread} 
run
以上を8並列で実行
LinkBenchのオプション
• FBWorkload.properties にてmaxid1 = 20000001
• linkdbで約20GB
• 実行コマンド
• /bin/linkbench -c config/LinkConfigPgsql.properties -D
maxtime=3600 -D requests=10000000
-D requesters=64 -r
ベンチマーク結果
(sysbench)
0
100000
200000
300000
400000
500000
8 16 32 64 128 256 512 1024 2048 4096
sysbench
smt=1 smt=2 smt=4 smt=8
0
100000
200000
300000
400000
500000
8 16 32 64 128 256 512 1024 2048 4096
sysbench
smt=1 smt=2 smt=4 smt=8 環境2 環境3
8 16 32 64 128 256 512 1024 2048 4096
smt=1 166207 195422 182711 164515 176495 177259 173108 171794 173900 172757
smt=2 157947 253130 287378 251705 233499 235682 226686 221754 224315 218546
smt=4 141481 230277 322376 362505 311665 297186 293364 294788 301439 285881
smt=8 138130 212018 301840 382287 375013 319815 303358 296210 297829 293195
環境2 119779 240216 362312 363404 363266 362224 360097 358116 351428 338484
環境3 121951 213392 271949 271133 269413 264823 253655 217833 211657 208552
• スレッド数が少ないうちはSMTは1または2が高速に動作
• 32スレッドを超えるとSMTが多い方が高速と
なり、64スレッドをピークに減少傾向となった
• シングルスレッド性能を求めるならSMTは1で良さそう
• ピーク性能は環境2よりPOWERサーバの方が高いが、スレッド数が多い
と環境2が高くなる
• とはいえCPUコア数に6個の差があるので十分かと思います
ベンチマーク結果
(LinkBench)
ベンチマーク環境1
smt=1 25921
smt=2 34292
smt=4 43371
smt=8 46179
ベンチマーク環境2
HT on 47549
• 環境3はPCI-E SSD搭載機のため、I/O性能に差が
有り過ぎるため比較対象外としています
• I/Oヘビーな環境においてもSMTは
最大の8が高性能
• MariaDBでは積極的にSMTを下げる必要は
ないと考えられます
• 2P8C16TのIAサーバの環境と比較しても遜色
のない結果となった
まとめ
• 10Core CPUのPOWERサーバですがIAサーバの
2P12C24Tよりも高速に動作する結果となり、
2P16C32Tと比較しても遜色のない結果となった
• POWERプロセッサでもCentOSやUbuntuがサポ
ートされ、IAサーバ上とそれほど大きな差を感
じない環境が整備されていると感じています
今後
• SSD搭載のラインナップもあるそうなのでそちらでLinkBench
の測定をしてみたい。2ソケットモデルも面白そう。
• MySQL 5.7がCPUアーキテクチャが違うためか、私が確認し
た範囲ではLinkBenchのロード中に落ちたり、MySQLが正常終
了しない事があったため、改善できたら測定したい
• sysbenchのデータロード及び測定は正常動作したのですが
、上記の理由により今回は発表からは除外しました

More Related Content

PDF
MySQL5.7とMariaDB10.1の性能比較(簡易)
PDF
dbts2013:MariaDB Galera Cluster 活用例
PPTX
MySQL5.6と5.7性能比較
PPTX
dimSTATから見るベンチマーク
PDF
ゆるふわMySQLフェイルオーバー
PDF
5.7の次のMySQL
PDF
mikasafabric for MySQL
PDF
MySQL 5.7の罠があなたを狙っている
MySQL5.7とMariaDB10.1の性能比較(簡易)
dbts2013:MariaDB Galera Cluster 活用例
MySQL5.6と5.7性能比較
dimSTATから見るベンチマーク
ゆるふわMySQLフェイルオーバー
5.7の次のMySQL
mikasafabric for MySQL
MySQL 5.7の罠があなたを狙っている

What's hot (20)

PDF
MySQLおじさんの逆襲
PDF
MySQL Clusterのトラブル事例
PPTX
MySQL Clusterを運用して10ヶ月間
PPTX
innodb_thread_concurrencyとtransparent hugepageの影響
PDF
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
PPTX
mysqlcasual6-fabric
PDF
MHAの次を目指す mikasafabric for MySQL
PDF
MySQL Fabricでぼっこぼこにされたはなし
PDF
NVMFS 使ってみたとか 言っちゃって マジカジュアルな奴
PDF
逝くぞ最新版、罠の貯蔵は十分か
PDF
Dockerイメージで誰でも気軽にMroonga体験
PDF
MySQL 5.7の次のMySQLは
PPTX
MySQL clients
PDF
とあるイルカの近況報告
PDF
MySQLアンチパターン
PPT
MHAを検証して導入した話
PDF
MySQL 5.7 InnoDB 日本語全文検索
PDF
MySQL負荷分散の方法
PDF
MySQL Casual Talks in Fukuoka vol.2
PDF
MySQL 5.7の次のMySQL 8.0はどんなものになるだろう
MySQLおじさんの逆襲
MySQL Clusterのトラブル事例
MySQL Clusterを運用して10ヶ月間
innodb_thread_concurrencyとtransparent hugepageの影響
MySQL 4.0で9年動き続けたサーバを リプレイスしてバージョンアップした話
mysqlcasual6-fabric
MHAの次を目指す mikasafabric for MySQL
MySQL Fabricでぼっこぼこにされたはなし
NVMFS 使ってみたとか 言っちゃって マジカジュアルな奴
逝くぞ最新版、罠の貯蔵は十分か
Dockerイメージで誰でも気軽にMroonga体験
MySQL 5.7の次のMySQLは
MySQL clients
とあるイルカの近況報告
MySQLアンチパターン
MHAを検証して導入した話
MySQL 5.7 InnoDB 日本語全文検索
MySQL負荷分散の方法
MySQL Casual Talks in Fukuoka vol.2
MySQL 5.7の次のMySQL 8.0はどんなものになるだろう
Ad

Viewers also liked (7)

PDF
IBM CAPI:概要 (An overview of IBM CAPI)
PDF
アカウントハッキングと戦う!モバイルゲームに今、求められるセキュリティ
PDF
FPGAアクセラレータの作り方 (IBM POWER+CAPI編)
PDF
InnoDB Table Compression
PPTX
MySQLメインの人がPostgreSQLのベンチマークをしてみた話
PDF
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
PDF
ヤフー社内でやってるMySQLチューニングセミナー大公開
IBM CAPI:概要 (An overview of IBM CAPI)
アカウントハッキングと戦う!モバイルゲームに今、求められるセキュリティ
FPGAアクセラレータの作り方 (IBM POWER+CAPI編)
InnoDB Table Compression
MySQLメインの人がPostgreSQLのベンチマークをしてみた話
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
ヤフー社内でやってるMySQLチューニングセミナー大公開
Ad

Similar to POWER8サーバでMariaDBベンチマーク (20)

PPTX
20150630_MySQL勉強会
PDF
Web時代の大富豪的プログラミングのススメ
PDF
地方企業がソーシャルゲーム開発を成功させるための10のポイント
PPTX
高速な暗号実装のためにしてきたこと
PDF
SmartNews TechNight Vol5 : SmartNews AdServer 解体新書 / ポストモーテム
KEY
Web Operations and Perl kansai.pm#14
PDF
動画共有ツール
PDF
MySQL Cluster 7.4で楽しむスケールアウト @DB Tech Showcase 2015/06
PDF
tcpdump & xtrabackup @ MySQL Casual Talks #1
PPTX
Boost study14
PDF
WalBの紹介
KEY
ゆるかわPhp
PDF
あなたの知らないPostgreSQL監視の世界
PDF
blogサービスの全文検索の話 - #groonga を囲む夕べ
PDF
泥臭い運用から、プログラマブルインフラ構築(に行きたい)
PDF
GMOメディア RHEV-S-事例紹介
PDF
ゆるふわLinux-HA 〜PostgreSQL編〜
PDF
Pythonによる並列プログラミング -GPGPUも-
PDF
Aws privte20110406 arai
20150630_MySQL勉強会
Web時代の大富豪的プログラミングのススメ
地方企業がソーシャルゲーム開発を成功させるための10のポイント
高速な暗号実装のためにしてきたこと
SmartNews TechNight Vol5 : SmartNews AdServer 解体新書 / ポストモーテム
Web Operations and Perl kansai.pm#14
動画共有ツール
MySQL Cluster 7.4で楽しむスケールアウト @DB Tech Showcase 2015/06
tcpdump & xtrabackup @ MySQL Casual Talks #1
Boost study14
WalBの紹介
ゆるかわPhp
あなたの知らないPostgreSQL監視の世界
blogサービスの全文検索の話 - #groonga を囲む夕べ
泥臭い運用から、プログラマブルインフラ構築(に行きたい)
GMOメディア RHEV-S-事例紹介
ゆるふわLinux-HA 〜PostgreSQL編〜
Pythonによる並列プログラミング -GPGPUも-
Aws privte20110406 arai

More from NHN テコラス株式会社 (20)

PDF
Intel® Optane™で格安超高速インメモリーデータベースを作った時の話
PPTX
「落ちない」AWSのインフラ構成、システム要件にあわせたパターンをご紹介
PPTX
[JAWS DAYS 2019 /Open Mic]AWSの運用最適化のためにNHN テコラスが提案していること
PDF
クラウドは、テクノロジーは、営業の敵なのか?味方なのか?? #jft2018
PPTX
インターホンと中国語の部屋
PDF
インフラ運用の観点から考えるAWS~運用における利点と移行のポイント~
PDF
Msセミナー20170830 slideshare
PDF
働き方改革を後押しする Office 365 + リモートワークソリューション ~Azure Active Directoryとの組み合わせで実現する~リ...
PDF
お手軽・安全・安心のサーバー環境を手に入れましょう。@大阪
PDF
働き方改革を加速させるリモートワークソリューション ~Office 365 + XenAppで実現する安心安全なリモートワーク環境の構築~
PDF
NW-JAWS 勉強会#2 [LT] あの日したLTの内容を僕らはもう覚えていない
PDF
「情報セキュリティ10大脅威2017」 から読み取る最新セキュリティ傾向とその対策
PDF
Microsoft Office 365への移行について
PDF
2017年のセキュリティ 傾向と対策講座
PDF
NW-JAWS 勉強会#1 [LT] 閉域閉域もう飽きたよ
PDF
『サイバーセキュリティ経営ガイドライン』開発現場への影響の話
PDF
Hadoop x spark x 機械学習を利用した実践的活用術 最新
PDF
Sos jobschedulerを使った運用管理事例
PPTX
No.1マルチクラウドインテグレーターが推奨するデジタルトランスフォーメーション
PPTX
新卒自称IoT女子が社内でIT農業をやろうとがんばっています
Intel® Optane™で格安超高速インメモリーデータベースを作った時の話
「落ちない」AWSのインフラ構成、システム要件にあわせたパターンをご紹介
[JAWS DAYS 2019 /Open Mic]AWSの運用最適化のためにNHN テコラスが提案していること
クラウドは、テクノロジーは、営業の敵なのか?味方なのか?? #jft2018
インターホンと中国語の部屋
インフラ運用の観点から考えるAWS~運用における利点と移行のポイント~
Msセミナー20170830 slideshare
働き方改革を後押しする Office 365 + リモートワークソリューション ~Azure Active Directoryとの組み合わせで実現する~リ...
お手軽・安全・安心のサーバー環境を手に入れましょう。@大阪
働き方改革を加速させるリモートワークソリューション ~Office 365 + XenAppで実現する安心安全なリモートワーク環境の構築~
NW-JAWS 勉強会#2 [LT] あの日したLTの内容を僕らはもう覚えていない
「情報セキュリティ10大脅威2017」 から読み取る最新セキュリティ傾向とその対策
Microsoft Office 365への移行について
2017年のセキュリティ 傾向と対策講座
NW-JAWS 勉強会#1 [LT] 閉域閉域もう飽きたよ
『サイバーセキュリティ経営ガイドライン』開発現場への影響の話
Hadoop x spark x 機械学習を利用した実践的活用術 最新
Sos jobschedulerを使った運用管理事例
No.1マルチクラウドインテグレーターが推奨するデジタルトランスフォーメーション
新卒自称IoT女子が社内でIT農業をやろうとがんばっています

POWER8サーバでMariaDBベンチマーク