MySQL Clusterが苦手とするJOINを如何にして克服するべきか。

シェアードナッシング型の負荷分散機能を持ち、なおかつ同期レプリケーションによるHA機能まで備えたMySQL Cluster最大の弱点といえば、JOINの遅さであろう。MySQL ClusterのJOINは偽りなく遅い。JOINを多用するアプリケーションでMySQL Clusterを利用するのはある意味マゾヒスティックな行為であると言えよう。何故MySQL ClusterはJOINが遅いのか？それはMySQL Clusterが分散データベースだからである。 ご存じの通り、MySQLにおけるJOINのアルゴリズムにはNested Loopしかない。他のストレージエンジンを利用していればそれでも十分実用に耐えうるぐらい高速なのだが、MySQL Clusterの場合はそうはいかない。JOINでは自ずとストレージエンジンからデータをフェッチする回数が増えるが、MySQL Clusterの場合レコード

[tgk]

まだ使えない

[ohsuga]

通常のMySQLをスレーブとして用意し、複雑なクエリはそちらに問い合わせる。将来はClusterでもパフォーマンス向上させるべくいろいろ画策されている。

[kgbu]

分散ＪＯＩＮまでやるのか、、、じゃ、結果も分散処理でｗ、、それが出来るようなタスクであるなら、Map Reduceを使えるようにデータベースの構成を変えるのがsmartだわなｗ

[zetamatta]

曰く『MySQLにおけるJOINのアルゴリズムにはNested Loopしかない』『現時点でも実装可能かつスマートなアプローチは、レプリケーションを利用することである』

[hiro_y]

「MySQL Clusterから通常のMySQL Serverへのレプリケーションを行い、JOINを伴う複雑なSELECTに関してはスレーブで実行することにより、複雑なSELECTを高速化するというテクニックが存在する。」うーんこの発想はなかった。

[a2ikm]

現時点でも実装可能かつスマートなアプローチは、MySQL Clusterから通常のMySQL Serverへのレプリケーションを行い、JOINを伴う複雑なSELECTに関してはスレーブで実行することにより、複雑なSELECTを高速化するという方法

[mumincacao]

にゃんていうか・・・で～たふぇっちにねっとわ～く経由するから仕方ないとあきらめたらそこでげ～むせっとなかんじなのです．．．〆（・ｘ・；【みかん

[hmdak]

JOIN最適化

[fukken]

やはり、MySQL ClusterはMySQLとは異質なソフトウェアだなぁ。起源が違うので当然っちゃあ当然だが