PostgreSQL使いのエンジニアから見たMySQL
- 2. 自己紹介 北川 俊広（きたがわ としひろ） 株式会社ビズリーチ ビズリーチ事業本部 プロダクト開発部 SIer → ビズリーチ PostgreSQL 歴：７年 MySQL 歴：７ヶ月
- 3. 発表の流れ • えっ！？と思ったこと • 優れているところ • 劣っているところ
- 4. えっ！？と思ったこと
- 5. えっ、innodb_buffer_poolに物理メモリの80%！？ • PostgreSQL 9.5.4文書 shared_buffersに対する妥当な初期値はシステムメモリの25%です。PostgreSQLはオペレー ティングシステムキャッシュにも依存するため、shared_buffersにRAMの40%以上を割り当て ても、それより小さい値の時より動作が良くなる見込みはありません。 • MySQL 5.6 リファレンスマニュアル 専用のデータベースサーバーでは、これを最大でマシンの物理メモリーサイズの 80% まで設 定することがあります。 InnoDB のバッファープールとオペレーティングシステムのファイルシステムキャッシュ間での 二重バッファリングを回避する際に、O_DIRECT が役立つことがあります。
- 6. えっ、UPDATE って行ロックじゃないの！？ • インデックス列を条件に指定した場合は、行ロックになる。 • インデックスのない列を条件に指定するとテーブルロックが掛かる。
- 7. mysql> SELECT * FROM fruits; +----+--------+-------+ | id | name | price | +----+--------+-------+ | 1 | apple | 110 | | 2 | peach | 120 | | 3 | melon | 980 | | 4 | banana | 100 | | 5 | mango | 580 | +----+--------+-------+ 5 rows in set (0.00 sec) mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> UPDATE fruits SET price = '98’ WHERE name = 'apple'; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> UPDATE fruits SET price = 110 WHERE name = 'banana'; ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction プライマリーキーは id 列、インデックスはなし。
- 9. えっ、文字列の大文字小文字区別しないの！？ • CHAR, VARCHAR 型は、= 比較で大文字小文字を区別しない！ • 区別したい場合は、BINARY 型、VARBINARY 型を使用する。
- 10. mysql> SELECT 'MySQL' = 'mysql'; +-------------------+ | 'MySQL' = 'mysql' | +-------------------+ | 1 | +-------------------+ 1 row in set (0.00 sec) mysql> SELECT BINARY 'MySQL' = 'mysql'; +--------------------------+ | BINARY 'MySQL' = 'mysql' | +--------------------------+ | 0 | +--------------------------+ 1 row in set (0.00 sec) test-> SELECT 'PSQL' = 'psql'; ?column? ---------- f (1 行) test-> SELECT 'PSQL' ILIKE 'psql'; ?column? ---------- t (1 行)
- 11. えっ、なんでこんなに複合インデックスが多いの！？ • １テーブルにつき１インデックスしか使えない仕様。 • AND 条件などを考えてインデックスを設計する必要あり。
- 12. えっ、それって本当にトランザクション！？ • 実行途中にエラーが発生しても、部分的にコミットできる。 • ACID - トランザクションシステムの持つべき性質 • Atomicity（不可分性） • Consistency（一貫性） • Isolation（独立性） • Durability（永続性）
- 13. 優れているところ
- 14. レプリケーションの形式や範囲が選べる • レプリケーション形式 • ステートメントベース • 行ベース • 混合形式 • 特定のDBやテーブルのみをレプリケーションすることもできる。 • 現在のPostgreSQLは、部分的なレプリケーションはできない。
- 15. オンラインDDL • DML をできるだけブロックせずに ALTER TABLE を実行する機能。 • 注意点 • 実行時にメタデータロック（排他ロック）が一瞬かかる。 • 更新ログがあふれると失敗する。 innodb_online_alter_log_max_size でサイズを指定。 • PostgreSQL もインデックス作成はオンラインでできる。
- 16. テーブルのパーティショニングがしやすい • MySQLは、CREATE TABLE 文に PARTITION 句を追加するだけで パーティショニング可能。 • PostgreSQL は、継承機能を用いてパーティショニングを設定するため、 操作が煩雑。 • マスターテーブルを作成 • 子テーブルを作成 • 子テーブルにチェック制約を設定 • マスターテーブルから子テーブルへデータを中継するために、マスタテーブルにトリガを作成
- 17. 劣っているところ
- 18. mysqlコマンドの使い勝手 • タブ補完の精度が良くない。 PostgreSQL は、SQL 構文を理解して補完してくれる。 • ページャがデフォルトで設定されていない。
- 20. サーバーシステム変数が多い • MySQL 5.6 SHOW VARIABLES; 445 rows • PostgreSQL 9.3 SHOW ALL; 231 rows
- 21. たまに指示を無視する
- 22. 集合を返す関数が用意されていない • 集合を返す関数は、テストデータを用意するときなどに使えて便利。 • PostgreSQLには、generate_series() がある。 test=# SELECT * FROM generate_series(1,3) AS i; i --- 1 2 3 (3 rows)
- 23. インデックスの使用状況が簡単に取れない • インデックスを削除する際に、それが使用されているかどうか判断 できなくて困った。 • PostgreSQLの場合は、 pg_stat_user_indexes テーブルで使用 状況が見られる。 test=# SELECT * FROM pg_stat_user_indexes; relid | indexrelid | schemaname | relname | indexrelname | idx_scan | idx_tup_read | idx_tup_fetch -------+------------+------------+---------+--------------+----------+--------------+--------------- 88556 | 88560 | public | fruits | fruits_pkey | 0 | 0 | 0 96745 | 96748 | public | test01 | test01_pkey | 0 | 0 | 0 (2 rows)
- 24. ご清聴ありがとうございました。