MaxScaleだからあなたのMySQLトラフィックをルーティングする場合、いくつかのオプションが存在します。ORMをリリースしました。これはTransactdを使用したMySQL/MariaDB用のORMライブラリです。3.5)の提供を開始しました。MySQL/MariaDBのHAツールは既にいくつかありますが、THAはTransactdに合わせて最適化されると同時に、他にはない工夫がされています。Transactd前回は、レプリケーション復旧においてMySQLのコマンドを使って最もロック時間を短くコピーし直す方法を紹介しました。今回は、全くテーブルをロックせずに特定のテーブルやデータベースをコピーし直す方法を紹介します。Replcopyは前回の記事の内容を実装したPHPスクリプトです。ブログのタイトル通り、テーブルロックをせず特定テーブルのみコピーできます。レプリケーションの詳細を説明します。これは、Transactdによるレプリケーションセットアップ(修復)ツールを構築する際に調べたものです。Transactd今回は、レプリケーションの問題発生時の復旧で、テーブルロックをせずに特定テーブルのみ再コピー(dumpとインポート)する方法について書きたいと思います。テーブルロックするとその間マスターサーバーの機能を制限してしまうの運用時にはなるべく避けたいものです。(この記事は、innoDBのデータベースやテーブルが対象です。Transactdのチュートリアルで使用するプログラミング言語の種類を拡充しました。この中に慣れた言語がありましたら、是非試してみてください。SQLに比べてとても高速に処理ができるようになります。InnoDBのロックの詳細について説明しました。今回は、TransactdのトランザクションにおいてInnoDBのロックをどう扱うかを説明します。Transactdは、InnoDBロックを自在に操って同時実行性を高めることができます。このリリースでは大きな機能追加はありませんが、アプリケーションの機能の実現や運用のために重要な細かな変更がされています。検索Transactdの検索クエリーは以下のいずれかの条件で終了します。クエリーの条件から判断してこれ以上レコードがない。指定したレコード数に達した。マッチしないレコード数が指定した数に達した。2番目もしくは3番目の条件で終了したときは、まだそれに続くレコードを検索したい場合があります。従来は、最後に読み取ったレコードの値から再度クエリー条件を作成して検索を行う必要がありました。Transactd前回のブログ「MySQL/MariaDBとTransactdのInnoDBロック制御詳細」で、「ロックなし読み取りと更新の混在に注意」と書きましたが、「更新前の値を条件で指定したUPDATEやDELETEは問題ないと思うが心配だ」という質問をいただきました。そこで今回は、UPDATEとDELETE文のInnoDBロックについて説明したいと思います。言っても、ロックの内容については既に説明済なので、更新処理の内部ロジックについて説明します。それが今回の質問の答えでもあります。