1. AWSでMySQLの
ベンチを取って
みた
@Spring_MT
http://www.imgstyle.info/detail.php?id=1762

2. Agenda
AWSについて
セットアップ
Sequenceテーブルについて
ベンチマーク

3. AWSについて

4. なぜAWS ?
スケールアップ
スケールアウト

5. スケールアップ
スケールアップが簡単(インスタンスを止める必要が
ありますが。。。。)
GUIから操作可能

6. スケールアウト
インスタンスを作るのが簡単(3分クッキング)
自前AMIを作っておけばもっと簡単

7. 悩みどころ
VPC(Virtual Private Cloud)の使いどころ
LBはPublicに
Webサーバー、DBサーバーはPrivateにしたい

8. こんな感じにしたい

9. Global
Private
Web Web Web
DB DB DB

10. こちらも参照ください
http://d.hatena.ne.jp/lamanotrama/20120421/1334994072

11. AWSでMySQL
MySQLは二通りで使える
EC2内でMySQLをインストール
RDS
今回は5.6を使う都合上、EC2を使っています

12. セットアップ
http://lovefreephoto.blog110.fc2.com/blog-entry-176.html

13. EC2のセットアップ

14. EC2には月曜日に初めて触
りました。。。。

15. なので、、、、

16. EC2のセットアップ
https://s3.amazonaws.com/horiyasu/prasentations/20120908_myojowaraku_handon.pdf

17. こちらをご参照ください orz

18. 今回使用したEC2のスペック
EC2 Small
CPU Cores 1 Core
CPU Units 1 ECU
Memory 1.7 GB

19. 補足
EC2 コンピュートユニット（ECU)
1つの EC2 コンピュートユニットは、1つの1.0-1.2
GHz 2007 Opteron または 2007 Xeon プロセッサの
CPU 能力に等しい能力
つまり、CPUが2coresで 5ECUsだと1coreあたり
2.5ECUの能力がある

20. MySQLのインストール

21. MySQL 5.5
EC2のyumでインストール
yum install mysql mysql-server mysql-devel

22. # mysql -V
mysql Ver 14.14 Distrib 5.5.24, for Linux (x86_64) using readline 5.1
# mysql -u root -phogehoge
Welcome to the MySQL monitor. Commands end with ; or g.
Your MySQL connection id is 65
Server version: 5.5.24-log MySQL Community Server (GPL)
Copyright (c) 2000, 2011, 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>

23. MySQL 5.6.7 rc
MySQLのdownloadsからrpmを取得しインストール
Linux - Generic 2.6 (x86, 64-bit), RPM Package
MySQL-server-5.6.7_rc-1.linux2.6.x86_64.rpm
MySQL-client-5.6.7_rc-1.linux2.6.x86_64.rpm
MySQL-devel-5.6.7_rc-1.linux2.6.x86_64.rpm
MySQL-shared-5.6.7_rc-1.linux2.6.x86_64.rpm

24. # mysql -V
mysql Ver 14.14 Distrib 5.6.7-rc, for Linux (x86_64) using EditLine wrapper
# mysql -u root -phogehoge
Warning: Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor. Commands end with ; or g.
Your MySQL connection id is 63
Server version: 5.6.7-rc-log MySQL Community Server (GPL)
Copyright (c) 2000, 2012, 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>

25. MySQLセットアップ

26. 初心者は黙って
mysql_secure_installation

27. Sequenceテーブルについて
http://www.s-graphics.co.jp/nanoelectronics/freestuffs/large/dna1.jpg

28. Sequenceテーブルとは
単純にIDを発行するだけのテーブル
前回のMySQL Casual Talks in Fukuokaで少し紹介

29. AUTO_INCREMENT
基本的にshardすることを考えているので、
AUTO_INCREMENTは使わない
AUTO_INCREMENTした場合は、IDの発行にずれが
でる

30. Shardなしの場合 Shardありの場合
User User User
User
shard1 shard2 shard3
user_id : 1 user_id : 1 user_id : 1 user_id : 1
user_id : 2 user_id : 2 user_id : 2 user_id : 2
user_id : 3 user_id : 3 user_id : 3 user_id : 3
user_id : 4 user_id : 4 user_id : 4 user_id : 4
user_id : 5 user_id : 5 user_id : 5 user_id : 5
・ ・ ・ ・
・ ・ ・ ・
id発行に重複がでてしまう!

31. sequenceテーブル
CREATE TABLE `sequence` (
`id` bigint(20) unsigned NOT NULL
) ENGINE=MyISAM;
①ID発行 Sequence
UPDATE sequence SET id=LAST_INSERT_ID(id+1);
App
User
②発行されたIDを使ってINSERT shard1
User
SELECT LAST_INSERT_ID();
shard2
User
shard3

32. 今回のアプリでは。。。
IDが必要なデータは全てユニークなIDを持つ
IDがわかれば、それに紐付くデータが一意に決まる
重複が起きにくい
user_id + なにかコンテンツのID

33. アプリ全体でユニークなID
IDを発行するSequenceテーブルの
フォーマンスが重要 !!
Sequence テーブルがSPOFでもある。。。

34. ベンチマーク
http://www.imgstyle.info/detail.php?id=1762

35. ベンチマークの条件
sequence tableにupdateを打つ

36. テーブル
CREATE DATABASE sequence CHARACTER SET utf8mb4
COLLATE utf8mb4_general_ci;
CREATE TABLE `seq_myisam` (
`id` bigint(20) unsigned NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4;
INSERT INTO seq_myisam values (1000000);
CREATE TABLE `seq_innodb` (
`id` bigint(20) unsigned NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
INSERT INTO seq_innodb values (1000000);

37. my.cnf
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
server-id = 1
user = mysql
port = 3306
log-bin = mysql-bin
log-bin-index = mysql-bin
relay-log = relay-bin
relay-log-index = relay-bin
innodb_buffer_pool_size=500M
innodb_flush_method=O_DIRECT
sync_binlog = ?
innodb_flush_log_at_trx_commit= ?

38. autocommit
InnoDBの場合、オートコミットはオンにしています
MySQL 5.5.8以降であれば、my.cnfにautocommitの
デフォルト設定を書けます
[mysqld]
autocommit=0

39. スクリプト
ベンチマークスクリプト概要
同時接続 : 20
回数 : 500回
→ 計 10,000回 updateを打つ
これを3回繰り返し、その平均を取っています
https://gist.github.com/3904394

40. 比較
sync_binlog on or off
innodb_flush_log_at_trx_commit 0 or 1 or 2

41. sync_binlog
バイナリログをファイルシステムのキャッシュから物
理ディスクへフラッシュさせるタイミングを制御する
設定
sync_binlog = 1だと一回バイナリログへ更新を行う
度にディスクへのフラッシュを行う。安全な設定な
反面ファイルI/Oの負荷が上がり遅くなる。
sync_binlog = 0だと、ディスクへのフラッシュする
タイミングはOS依存？

42. innodb_flush_log_at_trx_commit
トランザクションのCOMMIT時に、InnoDBログファ
イルへデータが同期されるかの設定
0 : 一秒毎に 書き込み、フラッシュ
1 : COMMIT毎に書き込み、フラッシュ
2 : COMMITと同時に書き込まれますが、一秒毎に
フラッシュさせる

43. ログの同期
sync_binlog = 1 innodb_flush_log_at_trx_commit =
1(innodb_support_xa=1)の時、バイナリログとInnoDB
ログが完全に同期される
レプリケーションをしている場合、slaveは
sync_binlogと innodb_flush_log_at_trx_commitは甘い
設定でもOK(作り直せばいいから)

44. InnoDBの場合
マスタはInnoDBのクラッシュリカバリによって復旧
するので、innodb_flush_log_at_trx_commit=1さえ設
定してあれば大丈夫
バイナリログが欠損した場合も考えて、
sync_binlog=1は設定しておく？
MySQLのDRBD構成におけるネットワーク遅延の影響について : http://d.hatena.ne.jp/sh2/20120625

45. ベンチマーク結果

46. ベンチマーク考察
MySQL 5.6では、sync_binlogの性能が上がってる
MySQL 5.6におけるsync_binlog=1の改善について＆勉強会のお知らせ : http://d.hatena.ne.jp/
sh2/20120717
innodb_flush_log_at_trx_commit = 1の性能も向上して
る

47. まとめ
Sequenceテーブルだとレプリケーション要らないの
で、MySQL 5.6を使って、sync_binlog=0
innodb_flush_log_at_trx_commit = 1に設定しておけ
ば、InnoDBでMyISAMと同等の更新性能を発揮でき、
かつMyISAMを使っていたときよりクラッシュセーフ
になる(InnoDBログからのクラッシュリカバリができ
るので)

48. ご清聴有難うございました

49. 参照URL
2.4. RPM パッケージから Linux に MySQL をインストールする : http://dev.mysql.com/doc/refman/5.1-olh/
ja/linux-rpm.html
4.11.4. バイナリ ログ : http://dev.mysql.com/doc/refman/5.1/ja/binary-log.html
オートコミットをデフォルトオフにする(MySQL 5.5の場合) : http://blog.kimuradb.com/?eid=877247
MySQLのDRBD構成におけるネットワーク遅延の影響について : http://d.hatena.ne.jp/sh2/20120625
MySQL 5.6におけるsync_binlog=1の改善について＆勉強会のお知らせ : http://d.hatena.ne.jp/sh2/20120717
InnoDBのリカバリ機能を検証してみる : http://nkjmkzk.net/?p=60
クラッシュリカバリとInnoDBログ : http://open-groove.net/mysql/crash-recovery-innodb-log/
InnoDBログファイル : http://www.mysqlpracticewiki.com/index.php/InnoDB%E3%83%AD
%E3%82%B0%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB