トランザクション分離レベルについてのまとめ - Qiita
※ InnoDBはREPEATABLE READでもファントムリードが発生しません。 MySQLで実際に試す MySQL(InnoDB)でトランザクション分離レベルを実際に試してみます。 準備 プレイヤーのコイン数を表す簡単なテーブルを作ります。 テーブル構造は次のようになります。 テーブルにplayer1とplayer2のデータを追加します。 2つのターミナルからMySQLに接続します。クライアントAとクライアントBとします(以下はAとBと呼ぶ)。 これで準備は完了です。 READ UNCOMMITTED READ UNCOMMITTEDは一番低いレベルです。 コミットされていない変更を他のトランザクションから参照できる設定です。 ① Aで現在接続中のセッションのトランザクション分離レベルをREAD UNCOMMITTEDに設定して、テーブルを検索します。 ② BでREAD COMMIT
おっさんがACIDとかBASEとかまとめておく。 - Qiita
はじめに なんか真面目な話にしてしまった事を軽く後悔してます。 なんか空気読めて無くてごめんなさい。 このネタって恐らく7,8年前には語り尽くされた感ありますが、最近DBの質問をよくうけて且ついろんな製品を組み合わせて云々かんぬんみたいな相談があったりで、自分で喋っててアレ？そうだっけか？みたいな疑問が起きたりで頭の整理の為に書きました。 おっさんの理解はこの程度ですが、間違ってたら優しく突っ込んでください。 おっさんはこの業界に入ったばかりの頃、ACIDと初めてきいたときにインコグニートが浮かんだくらいのおっさんです。 そんなおっさんなりに今まで学習した内容をまとめてみました。 ACID特性 トランザクションシステムはもっとこうよっていう特性です。 逆にいうとコレがないとトランザクションとしては信頼できないっていうものです。 MySQLやPostgreSQL,Oracle等の関係データベ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
