[B! DB] tjmtmmnkのブックマーク

Aurora - クラウド時代のDBアーキテクチャ - 発明のための再発明

はじめに Amazon Auroraは、AWSを触る人ならほとんどの人が利用を検討したことがあるでしょう。 Amazon社内ではOracleを止めたというtweetもありました SHUTDOWN ABORT the last Oracle database running Amazon Fulfillment! pic.twitter.com/DorqTua2Lt— John Darrow (@jdarrow) 2019年3月29日そんなAuroraは、従来のRDBとは違いクラウド上で動くことを念頭に設計されています。また、ログが中心的な役割を持つことから「The log is the database」と表現されることもあります。そんなAuroraの仕組みについての論文を読んだので紹介します。読んだ論文は以下の２つです。 Amazon Aurora: Design Conside

tjmtmmnk 2023/05/12

DB

リンク

Impact of DDL Operations on Aurora MySQL Readers

Monitor the health of your database infrastructure, explore new patterns in behavior, and improve the performance of your databases no matter where they’re located.

tjmtmmnk 2023/01/03

DB

リンク

Google、大規模分散DB「Spanner」にPostgreSQL互換インターフェイスを実装。強い一貫性で秒間10億以上のリクエストを処理可能。Google Cloud Next '21

GoogleはGoogle Cloudで提供している大規模分散データベース「Cloud Spanner」に、PostgreSQL互換のインターフェイスを実装したと発表しました。 At #GoogleCloudNext, we've announced the preview of Cloud Spanner’s PostgreSQL interface—combining the scalability & reliability of Spanner that enterprises trust with the familiarity & portability of PostgreSQL that dev teams . Take a deeper dive ↓ https://t.co/Y3xD1lDPLg — Google Cloud Tech (@GoogleCloudTech

tjmtmmnk 2021/10/16

DB

リンク

Re: Configuring sql.DB for Better Performance : DSAS開発者の部屋

Configuring sql.DB for Better Performance という記事を知りました。コネクションプールの大きさを制御する3つの設定を丁寧に解説されたとても良い記事です。しかし、この記事で推奨されている設定については同意することができません。私が推奨する設定とその理由を解説していきたいと思います。 Limit ConnMaxLifetime instead of MaxIdleConns Allowing just 1 idle connection to be retained and reused makes a massive difference to this particular benchmark — it cuts the average runtime by about 8 times and reduces memory usage by ab

tjmtmmnk 2021/04/24

リンク

垂直分割と水平分割の違いについて。 - 猫をだまして飛んで行く。

こんばんは、紫苑です。以前、（株）アカツキ様主催の#ゲームサーバ勉強会の中で話があった垂直分割と水平分割について、なんとなーく理解をした（気持ちになっていること）のまとめ。１．そもそもなんでやるの？ソシャゲはリリース開始後、ゲームの知名度や認知度等によって、登録ユーザが初期想定時以上の爆発的な増加、１ユーザに対する蓄積データの量の多さ等々にさらされることがある。そして、ゲームを登録したユーザの情報は例え１時間でプレイをした人のデータであったとしても登録をされている限り、いつユーザが復活してもいいようにデータを保持する必要がある。 DBは２４時間大量のデータを登録、更新を行い続け、大量のリクエストを処理しなければいけない。つまり、DBへの負荷がメチャクチャ高いのである。だが使うユーザ(ゲーマー)がいる限り、システムを止めるわけにはいかない。運用中に実施するDBの変更は継続的な

tjmtmmnk 2019/10/08

DB

リンク

なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策｜ハイクラス転職・求人情報サイト AMBI（アンビ）

なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。では、どうすればそうした事態を回避できるのでしょうか？そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ