前編ではAmazon Auroraの紹介をいたしました。

後編となる今回は前編でも紹介したように、本当にMySQLと比べて5倍速いのか？について検証していきたいと思います。

検証環境

1. MySQL 5.6.27 db.r3.large
2. Amazon Aurora（MySQL 5.6.10a互換）db.r3.large

設定は初期値のままです。

上記のRDSインスタンスにEC2インスタンスからアクセスして、sysbenchを使ってベンチマークを行います。

ベンチマーク準備

EC2インスタンスへsysbenchのインストール

SysbenchはEPELでrpmが用意されていますが、EC2のAmazon Linuxでは使えないのでtarballからインストールします。

# cd /usr/local/src
# wget http://downloads.mysql.com/source/sysbench-0.4.12.5.tar.gz
# gunzip -c sysbench-0.4.12.5.tar.gz |tar zx
# cd sysbench-0.4.12.5

READMEを見るとインストール手順が書かれていますのでそのまま実施しますが、autoconfとlibtoolが必要になるので先にインストールしておきます。

# yum install autoconf libtool
# ./autogen.sh
# ./configure
# make
# make install

RDSインスタンスへSysbenchの設定

各RDSインスタンスに接続して、sysbench用のsbtestという名称のデータベースを作成しておきます。

# mysql -u xxxxxx -p -h ndmysql.xxxxxxxxxxx.ap-northeast-1.rds.amazonaws.com
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 31
Server version: 5.6.27-log MySQL Community Server (GPL)

Copyright (c) 2000, 2016, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> create database sbtest;
Query OK, 1 row affected (0.02 sec)

sbtestデータベースの作成が完了したら、EC2インスタンスからRDSインスタンスへSysbench用のデータを流しておきます。

# sysbench --test=oltp --mysql-user=MySQLユーザー名 --mysql-password=パスワード \
  --mysql-host=ホスト名 --db-driver=mysql prepare

ベンチマーク実施

準備ができたのでベンチマークを実施します。

ベンチマークは以下のコマンドで走らせることができます。

# sysbench --test=oltp --mysql-user=MySQLユーザー名 --mysql-password=パスワード \
  --mysql-host=ホスト名 --db-driver=mysql run

oltpオプションを設定することで、MySQLのトランザクション性能を計測することができます。

MySQLインスタンスのベンチマーク結果

# sysbench --test=oltp --mysql-user=xxxxxxxx --mysql-password=xxxxxxxxxx \
  --mysql-host=ndmysql.xxxxxxxxxxx.ap-northeast-1.rds.amazonaws.com --db-driver=mysql run

sysbench 0.4.12.5:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1
Random number generator seed is 0 and will be ignored


Doing OLTP test.
Running mixed OLTP test
Using Special distribution (12 iterations,  1 pct of values are returned in 75 pct cases)
Using "BEGIN" for starting transactions
Using auto_inc on the id column
Maximum number of requests for OLTP test is limited to 10000
Using 1 test tables
Threads started!
Done.

OLTP test statistics:
    queries performed:
        read:                            140000
        write:                           50000
        other:                           20000
        total:                           210000
    transactions:                        10000  (38.96 per sec.)
    deadlocks:                           0      (0.00 per sec.)
    read/write requests:                 190000 (740.19 per sec.)
    other operations:                    20000  (77.91 per sec.)

Test execution summary:
    total time:                          256.6905s
    total number of events:              10000
    total time taken by event execution: 256.6409
    per-request statistics:
         min:                                 22.76ms
         avg:                                 25.66ms
         max:                                999.84ms
         approx.  95 percentile:              27.88ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   256.6409/0.00

Amazon Auroraインスタンスのベンチマーク結果

# sysbench --test=oltp --mysql-user=xxxxxxxx --mysql-password=xxxxxxxxxx \
  --mysql-host=ndaurora-cluster.xxxxxxxxxxx.ap-northeast-1.rds.amazonaws.com --db-driver=mysql run

sysbench 0.4.12.5:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1
Random number generator seed is 0 and will be ignored


Doing OLTP test.
Running mixed OLTP test
Using Special distribution (12 iterations,  1 pct of values are returned in 75 pct cases)
Using "BEGIN" for starting transactions
Using auto_inc on the id column
Maximum number of requests for OLTP test is limited to 10000
Using 1 test tables
Threads started!
Done.

OLTP test statistics:
    queries performed:
        read:                            140000
        write:                           50000
        other:                           20000
        total:                           210000
    transactions:                        10000  (18.71 per sec.)
    deadlocks:                           0      (0.00 per sec.)
    read/write requests:                 190000 (355.49 per sec.)
    other operations:                    20000  (37.42 per sec.)

Test execution summary:
    total time:                          534.4806s
    total number of events:              10000
    total time taken by event execution: 534.4277
    per-request statistics:
         min:                                 50.21ms
         avg:                                 53.44ms
         max:                                270.96ms
         approx.  95 percentile:              55.49ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   534.4277/0.00

ベンチマーク結果のまとめ

上記の結果だと見づらいので、まとめたものが以下の通り。

なんということでしょう。MySQLの方が約2倍速いではないですか！

念のため何度かベンチマークを取り直してみましたが傾向は変わりませんでした。

MySQLの方が2倍速かった理由

意外な結果となった理由を考えてみましたが、正直どれも推測の域を出ないように思います。

1. MySQL 5.6.27に対してMySQL 5.6.10a互換のAmazon Auroraには分が悪かった
2. sysbenchのオプションが悪かった
3. チューニングしないとパフォーマンスが出ない
4. そもそもベンチマーク自体がAmazon Auroraに合っていない

まとめ

正直このブログを執筆する段階では「Amazon Auroraの方がこんなに速いんですよ」という結果で終わらせるつもりだったのですが、ベンチマーク結果を見て愕然としました。

今回の結果だけ見ればAmazon Auroraを積極的に採用する理由は見当たらないように思います。

Amazon AuroraだけでなくMaria DBの台頭などで割を食っているイメージのMySQLですが、本家も捨てたもんじゃないということを証明した結果だったようにも感じました。

機会があれば環境等を変えて再挑戦してみたいと思います。

今回はRDSの中でもMySQL互換のあるAmazon Auroraについてご紹介いたしますが、その前にRDSについて過去の記事で触れていなかったので簡単に説明したいと思います。

Amazon RDS

Amazon RDSはAWS上で展開されるクラウド型のリレーショナルデータベースサービスです。
簡単に言ってしまうとクラウド上でデータベースをホスティングするイメージです。

RDSで利用可能なデータベースエンジン

RDSで利用可能なデータベースエンジンは以下の通りです。

主要なものは網羅していますね。

RDSのメリット

実際AWSでデータベースを使おうと思った場合に、EC2を立ち上げて、EC2インスタンスの中にデータベースをインストールしてデータベースサーバとして使うということも可能です。

RDSを使用するメリットは何でしょうか。それは以下の通りです。

総じてRDSを使用することにより運用管理コストを低減させることが可能になります。

Amazon Aurora

RDSが大体どういうものかわかったところで本題のAmazon Auroraです。

Amazon Auroraの特徴

料金

MySQLよりも5倍高速と聞くだけでも非常に高価なイメージになりますが、RDSでMySQLを使用した場合と比べてどう違うでしょうか。

Auroraではメモリ最適化インスタンスであるR3系のインスタンスタイプしか存在しておりませんので、ここではオンデマンドタイプの同一インスタンスの料金を比較してみました。

料金は1時間あたりの金額です。db.r3.largeで1ヶ月使用するとなると
Aurora：$0.350×24時間x30日=$252≒25,200円（1ドル100円計算）
MySQL：$0.285×24時間x30日=$205.2≒20,520円（1ドル100円計算） となります。

性能が本当に5倍なら極端に高額ではないですね。

次回は

Auroraの概要が分かったところで、次回「Amazon AuroraをMySQLと比べてみた（後編）」では本当にMySQLと比べて5倍速いのか？についてお届けいたします。

この記事を読んだ方はこちらも読まれています

【小ネタ】AWS AmazonSSLの取得を楽にしよう