8. AWS Aurora、GCP Spannerへ辿り着くまでのDBの進化

• 山喜旅館でたまたま会って急遽収録
• これまでデータベースがぶつかってきた問題について
• メモリが高価、HDDはメモリに比べれば安いのでそれを使っていく
• HDDはシーケンシャルアクセスならランダムアクセスより早い
• IBMのInformation Management System(IMS)
• CPUとメモリの間のキャッシュ、メモリとHDDの間のキャッシュの違いとは？
• バッファプールをHDDに対するキャッシュとして使う
• IBM ARIESの公開
• WAL / Write Ahead Logging
• ログの中にundo/redoの両方が必要
• ログシーケンスナンバによるリカバリ
• バッファプールを食わせるデータ量を増やすのが最適化の一歩
• マルチコア時代への突入、メモリのビット単価の低下
• インメモリDBの問題
• 論文ジェネレータとは？
• データベースは研究のトレンドとしては人気がなかった
• Writeが増えたときのトランザクション性能が伸びない問題
• 垂直分散、水平分散でアプリケーションレイヤが辛くなる話
• AuroraはARIESからDBを理解した人がフルスクラッチで変えたように見える
• AuroraはUndoの情報をログに含めず、Redoを含める
• Auroraの場合は、Redoログを受け取るのがHDDではなくクラウド
• ページの一貫性を担保する責任をクラウドへ押し付けた
• メモリをディスクへ書き戻す必要がなくなる
• Redoログ一辺倒になったのでチェックポイントがいらなくなった
• データベースのチェックポイントについて
• Auroraはマルチマスタ化？
• Auroraのそもそもの思想はシングルマスタ
• 悲観的に巨大にロックを取る
• SpannerはRDBではなく、分散KVSに近い
• Spanサーバの役割
• Spannerを支えるPaxosとは？
• 分散合意の難しさ
• Cockroach DBはAuroraよりベンチマークで1000倍速い？
• TPCCのレギュレーションについて
• SpannerとAuroraの使い分けは？
• 今後のデータベース界隈の展望は？
• クラウドのDBはOracleの牙城を崩しに行く

(補足：32:45-33:43 は収録都合により、別マイクにて再収録しているため音質が異なります)