久保(jflute)です

平塚さん、ありがとうございます！
随分と前から READ COMMTTED されているのですね。

自分もまさしくギャップロックのデッドロックがポイントで、
READ COMMTTED にした方がいいなぁと思っておりました。
(delete, insertが怖くてしょうがない)

> BINLOG_FORMATがROWになり、容量が増える。

> 少し遅いと言われている

なるほど、この辺は新鮮な情報でした。
参考URLまで載せて頂き、ありがとうございます！

こういった情報は、とっても助かります。
やはりこういう細かいところから現場でMySQLやだねぇって話に
なってしまいがちなので、少しでも不安を減らしたいなと思いまして。



2013/8/27 HIRATSUKA Sadao <hiratsuka.sadao@xxxxxxxxxx>:
> こんにちは、平塚です。

>

> On Mon, 26 Aug 2013 20:43:46 +0900

> kubo <dbflute@xxxxxxxxxx> wrote:

>

>> ReadCommitted に変更してシステム作ったという話が

>> どれだけあるかなぁと情報を集めています。

>

> 詳しい情報は開示できませんが、スクラッチ開発のシステムは

> 2005年のMySQL 5.0のころからずっとREAD COMMTTEDにしています。

>

> メリット

> ・MySQL 5.1以降であればギャップロックを確保しないため、

>   ギャップロックに起因するデッドロックを抑止できる。

> ・Oracle Database、Microsoft SQL Server、IBM DB2、PostgreSQLは

>   いずれもデフォルトがREAD COMMITTEDであるため、互換性が向上する。

>

> デメリット

> ・MySQL 5.1以降ではBINLOG_FORMATがROWになり、容量が増える。

> ・少し遅いと言われている。

>   https://www.facebook.com/note.php?note_id=244956410932

> ・BINLOG_FORMATがROWであることに起因して、主キーのない

>   テーブルのレプリケーションで性能低下を起こすことがある。

>   http://binlogtorelaylog.blogspot.in/2012/08/Batch-operations-in-RBR.html

>

> よろしくお願いします。

>

> --

> 平塚貞夫 hiratsuka.sadao@xxxxxxxxxx

>

>

>