俺用infotalkまとめ

GUNJI Satoshi @gunjisatoshi

産業技術大学院大学なう

GUNJI Satoshi @gunjisatoshi

WAL(Write Ahead Logging)はデータベースの排他制御としては一般的な方式なのか

GUNJI Satoshi @gunjisatoshi

PostgreSQLはリカバリが高速だそうな

IT Legacy @hirsato

WAL(Write Ahead Logging), アーカイブログなどの信頼性を確保する機能がついた。 #infotalk http://ow.ly/18ZLt WAL http://ow.ly/18ZLF アーカイブログ

GUNJI Satoshi @gunjisatoshi

CPUが増えると性能が落ちる問題をバージョン8.1から解消。排他ロック（ロック中は読み書き禁止）から共有ロック（ロック中でも読み込み可）へ、LRU(Least Recently Used)からClockSweepへ

GUNJI Satoshi @gunjisatoshi

PostgreSQL 8.2から内部ロックのさらなる細粒化によりさらに高速化。単体での性能Oracleに追いついた？

IT Legacy @hirsato

共有メモリマネージャの改良により高速化した。Oracle並の性能機能を持っている。 http://ow.ly/18ZN0 #infotalk

GUNJI Satoshi @gunjisatoshi

次はMySQL。PostgreSQLとの一番の違いはマルチストレージエンジン。目的に合ったストレージエンジンを選択できる

IT Legacy @hirsato

MySQLはPostgreSQLとは対照的。スレッド型。マルチストレージエンジンを有する。 #infotalk http://ow.ly/18ZO0 とにかく高速化を求める。

IT Legacy @hirsato

MySQLがマルチストレージエンジンを使うことになたのは、ISAMでスタート、トランザクションのあるInnodb(Innobase)を組み合わせて出来上がった。 http://ow.ly/18ZPU #infotalk

GUNJI Satoshi @gunjisatoshi

なぜマルチストレージエンジンになったか。当初はISAMというストレージエンジンから開始。その後法人化、MyISAMやInnoDB(Innobase社を買収)が追加された

IT Legacy @hirsato

CREATE TABLE test ( id INT, data1 INT, data2 TEXT) ENGINE = MyISAM; 最後のENGINE部分が拡張部分。 #mysql #infotalk

GUNJI Satoshi @gunjisatoshi

MyISAMはトランザクションがない代わりに高速。InnoDBはトランザクション対応

GUNJI Satoshi @gunjisatoshi

InnoDBはPostgreSQL同様WAL(Write Ahead Logging)による排他制御。ただしアーカイブログの機能がないのでリカバリが弱い

IT Legacy @hirsato

InnoDBは、WAL機能あり、アーカイブログなし。処理スレッド数を指定可能。I/Oスレッドは1つずつ。 #infotalk #mysql http://ow.ly/18ZSL

GUNJI Satoshi @gunjisatoshi

InnoDBはPostgreSQLと異なりスレッド対応。GoogleがSMP対応パッチを提供したおかげでマルチコアCPUでスケールするようになった(10～16コアまでスケール)

GUNJI Satoshi @gunjisatoshi

GoogleはMySQLのライセンスをものすごいたくさん買っている。大のお得意様

IT Legacy @hirsato

[B!] Google、MySQL改善提案 - マルチコアでInnoDBより高速に | エンタープライズ | マイコミジャーナル ニュース[okyuu.com] http://okyuu.com/ja/news/2936

GUNJI Satoshi @gunjisatoshi

MySQLはトランザクション、クラスタどちらも買収により機能強化

IT Legacy @hirsato

Googleは、MySQLのお得意様。性能を出すためのパッチを出した。SMP対応パッチなどで、10～16コアまでスケールする。 http://ow.ly/18ZUg #infotalk

GUNJI Satoshi @gunjisatoshi

MySQLのマルチストレージエンジン方式のメリットとして、様々なサードパーティ製のエンジンが使えること。MariaやSpiderといった個人が作成しているストレージエンジンもある

IT Legacy @hirsato

以降は鈴木啓修氏の興味のあるお話。 #infotalk

GUNJI Satoshi @gunjisatoshi

今後の潮流として、大量アクセス・大量データという流れにどう対応するか

GUNJI Satoshi @gunjisatoshi

RDBで対応できるのには限界がある。アクセス数が多いものにはKVSのほうが有利

IT Legacy @hirsato

今後の潮流: 大量アクセス、大量データへの対応。データ量: マルチコア対応、SSD利用、アクセス数: 負荷分散～レプリケーション、分散処理～パーティショニング #infotalk