Database Lounge Tokyo #6のまとめ

Tomoki Nishinaka @_tomoki_n

PayPayでのDBパフォーマンスチューニング事例になります。 blog.paypay.ne.jp/paypays-journe… #DBLTokyo

こば -Koba as a DB engineer- @tzkb

NewSQLのシャーディングでは当然Keyの設計はとても重要。 #DBLTokyo

こば -Koba as a DB engineer- @tzkb

やっぱりPayPayさん、TiDBのコントリビュータがいるのか。 #DBLTokyo

tkyk04 @taka_yuki_04

autovacuumでCPUが埋め尽くされるか…。 Aurora PostgreSQLは使ったことないけど、なんかわかる気がするな。 #DBLTokyo

こば -Koba as a DB engineer- @tzkb

TiDBのコストはSpannerと比較してほしいな。管理コストが全然違うだろうけど。 #DBLTokyo

こば -Koba as a DB engineer- @tzkb

DBのOperatorは構築に使えるんだけど、プロダクションで使ってDBが再構築されたりするとヤバい。それはそうだ。 #DBLTokyo

タケハタ(Naoto Takehata) @n_takehata

PayPayのTiDBのパフォーマンス、コスト ・TiDBでは1000TPSを実現できた ・もともとr4.8xlargeのAuroraを使っていたが、それでは実現できなかった数字 ・金額的なコストはAuroraの時よりちょっと高い ・レイテンシの差は気にならなかった #DBLTokyo

こたつ&&みかん @kota2and3kan

やはり、DB のサイズが大きくなると NewSQL の方が性能が出るんですね。 #DBLTokyo

こば -Koba as a DB engineer- @tzkb

たしかにTiDB Cloudの発表がありましたね。 #DBLTokyo

Tomoki Nishinaka @_tomoki_n

TiDBに興味があれば... pingcap.com/blog/announcin… #DBLTokyo

磯野 太志 @isonot

さらっと言ってましたがTiDBを複数バージョン併用で運用してるのか、すごいなー。。。 #DBLTokyo

タケハタ(Naoto Takehata) @n_takehata

シャーディングから逃れたい思いはずっとあったけど、Spanner以外にもNewSQLの選択肢は色々ありますね。勉強になりました！ #DBLTokyo

Youki Shiraishi @y_sira

発表者と参加者の皆さん、拙い進行でしたが最後までご参加いただきありがとうございました。 #DBLTokyo

Youki Shiraishi @y_sira

「こんな話が聞いてみたい！」 というリクエストと運営に携わってくださる方を募集しています。 #DBLTokyo

yteraoka @yteraoka

Aurora のつらみを聞いて、Oracle はやっぱりつえーなと思うのであった。PostgreSQL もそろそろ追記型じゃないストレージが登場したりするだろうか #DBLTokyo