MySQLのロックについて
MySQLのロックについて JPOUG> SET EVENTS 20140907 2014/09/07 平塚 貞夫 1 Revision 2 自己紹介 • DBエンジニアをやっています。専門はOracle DatabaseとMySQL。 • オープンソースソフトウェアの導入支援をしています。 • 仕事の割合はOracle：MySQL：PostgreSQL＝1：2：7くらいです。 • Twitter：@sh2nd • はてな：sh2 • • 写真は実家で飼っているミニチュアダックスのオス、アトムです。 2 本日のお題 3 想定外のデッドロック • MySQLのInnoDBストレージエンジンに対して、2つのトランザクション を以下の順番で実行するとデッドロックが発生します。 • このデッドロックの発生メカニズムを理解するために、InnoDBのロック アーキテクチャについて確認していきます。 4
mutex: implement adaptive spinning [LWN.net]
Ingo Molnar <mingo@elte.hu>, "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>, Gregory Haskins <ghaskins@novell.com>, Matthew Wilcox <matthew@wil.cx>, Andi Kleen <andi@firstfloor.org>, Chris Mason <chris.mason@oracle.com>, Andrew Morton <akpm@linux-foundation.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, linux-fsdevel <linux-fsdevel@vger.kernel.org>, linux-btrfs <linux-btrfs@vger.
Unreliable Guide To Locking
This documentation is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
Solaris Troubleshooting and Performance Tuning
Lock Contention Four types of locking are available on Solaris: Mutexes Semaphores (counters) (not the same as IPC semaphores) Condition variables (generalized semaphores) Multiple-reader, single-writer locks The following types of locking problems can occur: Lock contention (due to excessively coarse granularity or inappropriate lock type) Deadlock (each process is waiting for a lock held by anot
アダプティブロック - tsucchi’s diary(元はてなダイアリー)
毎度楽しみにしている、Linux Kernel Watch。今回はこんなお話が出てきました。 スケジューラの挙動は三巨頭会談で決まるのだ？（1/2） − ＠IT ついにLinuxにもadaptive lock導入か?! adaptive lockとは、Solarisなどで採用されているロック方式で、一定時間ビジーウェイトで待った後、通常のブロック型のmutexに縮退するというハイブリッド型のロックです。Linuxにおいても、過去何回かSolarisスタイルのadaptive lockが提案されてきましたが、どれも性能がイマイチだったこととLinuxカーネルの設計方針に合致しなかったため、マージされませんでした。 この提案は過去の提案とは異なり、時間によってspinとblockを切り替えるのではなく、ロック保持タスクが別CPUで動いているときはspinに、寝ているときはblockにと切り替え
楽観ロックと悲観ロックの違い -
2014-01-16 楽観ロックと悲観ロックの違い ロックにも種類があり、楽観的ロックと悲観的ロックというものがある。 楽観的ロックとは、テーブルにもたせている更新タイムスタンプや、更新フラグを比較してロックするというものである。 例えば更新したいレコードを取得して、更新タイムスタンプを保持しておく。 そして、更新する直前に再度レコードを取得して更新タイムスタンプが最初の時と変わっていないかどうかで、排他処理を行うというものである。 その結果、帰ってきた値が0ならば、更新失敗となり、１ならば成功となる。 このように楽観的ロックは比較的簡単で自分が操作している情報は，他の人が操作する可能性が少ない時に主に多用される。 例： select update_number from optimistic_lock where user_id=1; #500が返ってくるとする update user
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Benchmarking the new PV ticketlock implementation - Xen