[B! database] w6500のブックマーク

PostgreSQL のトランザクション & MVCC & スナップショットの仕組み

このページでは PostgreSQL のトランザクション(Transaction)、Multi Version Concurrency Control(MVCC)、スナップショット(Snapshot)の仕組みを説明する。 PostgreSQL の他の記事へのインデックスはここ。更新履歴 (2016.04.30) 作成。 (2016.09.16) データ定義言語(DDL)のトランザクションを追加。 (2016.09.28) データ定義言語(DDL)の MVCC アンセーフ動作を追加。 (2017.04.07) Combo Command ID の説明が間違っているのを修正。目次 1. はじめに 2. トランザクション分離レベル(Transaction Isolation Level) 3. Serializable 以外の分離レベルの実現方法 3.1 トランザクションとと可視性(Visi

w6500 2019/05/22

リンク

JJUG CCC 2017 Springで論理削除フラグをどうにかするための話をしてきました【FOLIOスポンサー】 - itohiro73’s blog

JJUG CCC 2017 Springで、「データ履歴管理のためのテンポラルデータモデルとReladomoの紹介」という話をしてきました。データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3 from Hiroshi Ito 今回の登壇は、株式会社FOLIOのスポンサーセッションです！FOLIOについてはこちらの入社エントリー記事もご参考ください。Toggetterは下のリンクから。 togetter.com 世の中のみなさんが「論理削除フラグ」を使いたくなるモチベーションとしては、実は「削除」ではなく別のビジネスロジックを実装したいだけであることがほとんどだと思います。たとえば論理削除フラグという名の死亡フラグ - @ledsun blogというエントリを参考にさせていただくと、下記のような要件の例があります。・社員が退職（・転

w6500 2017/05/23

DB
database

リンク

MySQLパフォーマンスチューニングのためのインデックスの基礎知識 - 久保清隆のブログ

仕事でMySQLのパフォーマンスチューニングをしていて、インデックスについて分かっていないことが多かったので調べたことをメモ。基本的なところから学習しなおした。 MySQLのインデックスは、カラムが特定の値をもつレコードの迅速な検索に使用される。インデックスを使用すれば、数百とか数億ものレコードが入っているテーブルから、一組のレコードを迅速に見つけて取り出すことが可能になる。しかし、インデックスは速度を改善することもあるが、挿入の邪魔になって遅くなることもある。インデックスを適切に使うために、まずはインデックスの基本概念をおさえる必要がある。インデックスの概念インデックスとはインデックスの仕組みを理解するには、まずMySQLがどのようにクエリに応答するかを知る必要がある。例えば、 SELECT * FROM phone_book WHERE last_name = 'Hoge'

w6500 2013/02/07

リンク

なぜMySQLのサブクエリは遅いのか。

よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか？半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし

w6500 2011/08/15

リンク

layer8.sh

This domain may be for sale!

w6500 2011/06/23

リンク

MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか - 酒日記はてな支店

MySQLのmasterとslave 1:1にして参照をslave向けるのってやりたがる人多いみたいだけど、性能たいして上がらない割に可用性落ちるだけだからやめようキャンペーン 2011-06-19 00:16:30 via YoruFukurou MySQL はレプリケーションが簡単に構成できるのですが、時折 master 1台に対して slave 1台、更新処理は master に、参照は slave に、という構成を目にします。個人的にはこの構成はお勧めでないと思っているので、その理由を考察してみます。 1. 可用性が落ちる当然ですが、master, slave のどちらが落ちても影響を受けるために可用性が低下します。 2. 全体の性能がほとんど上がらない master 1台ですべてのクエリを処理する場合と比べて、可用性が落ちる引き換えとして見合った性能向上が得られるか、という

w6500 2011/06/21

リンク

JavaScript++かも日記 - 1997年からの

Libraのハッカソンやってるという話は先日「HackLibra、最初のオンラインハッカソン」で書きました。 …

w6500 2011/01/18

リンク

新たなデータベースの選択肢は“NoSQL”

昨年末から「NoSQL」という言葉をネット上で見かけるようになった。字面だけを見ると「もはやSQLは必要ない」（No SQL）という意味にも取れる。だが実際には、「SQLだけに限らない」（＝Not Only SQL）というのが正しいようだ。 NoSQLとは、SQL言語を利用しない非リレーショナルデータベース（RDB）を総称した表現である。代表的なものとして、数値や文字列といったデータ（value）を1個のキー（key）にひも付けて管理する「key-valueストア」がある。 key-valueストアで処理できるのは、keyで検索を実行してvalueの値を読み書きすることだけである。「販売単価が100円以上、1000円未満の製品情報だけを抽出」といった、SQLでは当たり前のように処理できる操作をNoSQLでは実行できない。RDBのようにデータの一貫性を厳密に保持しているわけでもない。過去に

w6500 2011/01/18

リンク

ソーシャルゲームのためのデータベース設計

2. 自己紹介  MySQL/Linux周りのスペシャリスト  2006年9月から2010年8月までMySQL 本家(MySQL/Sun/Oracle)で APAC/US圏のMySQL コンサルティングに従事  主な著書に「現場で使えるMySQL」「Linux-DBシステム構築/ 運用入門」「Javaデータアクセス実践講座」  DeNAでの主な役割  安定化/パフォーマンス/運用周りの中長期的な改善活動  L3サポート/運用/トラブルシューティング – 難度の高いMySQL周りの問題の根本原因の特定と解決  多くのプロジェクト支援  社内勉強会/トレーニング – MySQLやデータベース周りのベストプラクティスを社内で共有し、技術スキルを底上げする  技術マーケティング – 国内外のカンファレンスや、技術雑誌等