良く分かるMySQL Innodbのギャップロック - Qiita
MySQLのロック ロックとはトランザクションの並列度を上げる為の並列スケジューリング方法の一つ トランザクションをサポートしているデータベースにおいては、トランザクションの並列数を上げる事が性能アップの一つの方法。 他のトランザクションに更新して欲しくないデータだけにロックをかけて、ロックされたデータ以外を更新するトランザクションは並列で実行される。 Innodbは行ロック？ Innodbは更新対象の行だけをロックする。と思っていると、意外な落とし穴にハマる。 その一つがギャップロック。 ギャップロックを実際に起こしてみる サンプルテーブル idとstrがあるだけのシンプルなテーブル。idがPKで1~5までは順番に、その後、10,20と飛んで行が入っている。 通常の行ロック トランザクション１ select for updateでid=2の行を明示的にロック トランザクション２ id=1
MySQLパーティショニングの設定、追加、削除、再構成 - Qiita
まずこんなテーブルを作るとします。ここに毎月10万件以上のレコードが入ってくる予定です。 1レコードが57byteなので、月に5.7Mbyte、プライマリーキーを入れると60Mbyteくらいが入ってきます。 年間にすると720Mbyteなので、まぁデータ量的には余裕だと思うのですが、 100万レコードを超えるとレスポンスが鈍化するという印象があります。 というわけで、MySQLにあるパーティショニング機能を使い、データを振り分けたいと思います。 【参考】DB設計時のサイズ見積もり | よねのはてな テーブル作成 注意する点として、パーティショニングのキーにしたいカラムを、プライマリーキーに含める必要があるようです。 なので、オートインクリメントのカラムがあるテーブルだと辛い。構成を考えなおした方がいいかも。 CREATE TABLE `list_rtx` ( `member_id` var
Javaでkamipo traditionalを有効にする - その手の平は尻もつかめるさ
kamipo traditional については以下の記事が詳しい． ルーク！MySQLではkamipo TRADITIONALを使え！ | おそらくはそれさえも平凡な日々 ところでこれをJava，というかJDBCで有効にするには以下のように書いてやるとよろしい． try (final PreparedStatement preparedStatement = connection.prepareStatement( "SET SESSION sql_mode = 'TRADITIONAL,NO_AUTO_VALUE_ON_ZERO,ONLY_FULL_GROUP_BY';")) { // This is "kamipo TRADITIONAL". More strict, healthy, nice. // https://github.com/kamipo/etcfiles/blob/
Mavenでマスター/スレーブ構成のMySQLを起動して結合テストをするぞ | nagaseyasuhito Daily works.
この記事はJava Advent Calendarの23日目の記事です。昨日はtoradukaさんのJavaのクラスファイルをjavapとバイナリエディタで読むでした。激しいですねー。明日はsmogamiさんです。 さて、Java EE Advent Calendarの18日目の記事の予告通りMavenでまっさらなマスター/スレーブ構成のMySQLクラスタを構築し、そのデータベースに対して結合テストを実行する方法について解説します。サンプルのリポジトリはこちらです。makingﾁｬｿがフォークしてSpring Boot版作ってました。Springな方はこちらもぜひ参考にしてみてください！ jcabi-mysql-maven-plugin 今回のキモはこのjcabi-mysql-maven-pluginです。このプラグインはMavenリポジトリにアップロードされたMySQLをmaven-de
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Aurora MySQL データベースのログファイル - Amazon Aurora
MySQL データベースのログファイル - Amazon Relational Database Service