ゆるふわアグレッシブ運用 マスター一台で頑張る SLAVE参照とかなるべくしない。SLAVEはあくまでバックアップ RDSのMulti AZ最高 データをメモリに載せきる シャーディングとかなにそれ AGENDA テーブル設計 データ量を抑える工夫 論理削除を使わない パーティション データの不整合を防ぐ仕組み FOR UPDATEは銀の弾丸ではない(未完成)
ゆるふわアグレッシブ運用 マスター一台で頑張る SLAVE参照とかなるべくしない。SLAVEはあくまでバックアップ RDSのMulti AZ最高 データをメモリに載せきる シャーディングとかなにそれ AGENDA テーブル設計 データ量を抑える工夫 論理削除を使わない パーティション データの不整合を防ぐ仕組み FOR UPDATEは銀の弾丸ではない(未完成)
外部キー便利!!! MackerelではPostgreSQLで外部キーあり そのレコードがあることが保証される 各テーブルのidにアプリケーションレベル(Mackerelの場合Scala)で型付けをするとなお便利 MemberID型、MonitorID型 → idで誤ったテーブルを引くとかがない 本日のスキーマ CREATE TABLE `member` ( `id` INTEGER unsigned NOT NULL auto_increment, `earned_item_count` INTEGER unsigned NOT NULL DEFAULT 0, `name` VARCHAR(191) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARACTER SET utf8mb4; CREATE TABLE `item`
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く