ぱろっと・すたじを::MySQL Clusterの罠
この２ヶ月ほど、仕事でさんざん 「MySQL Cluster」について評価を続けていたので、 ディスクベースのクラスタについて、だいぶノウハウがたまりました(｀･ω･´) ｂ で、評価の結果、実運用レベルでＧＯサインが出たので、 本番に近いレベルのテストをしていたのですが、 いろいろ問題が発生したり(´･ω･`) まあ、予想よりも多くのサーバリソースを使うことがわかったからなのですが、 Clusterの評価をする時につまづきやすいポイントを３つほどメモしておきます １．日本語ドキュメントは足りてない 今年初頭にSunに買収されたため、日本語のマニュアルが公式に出ているのですが、 このマニュアル、英語のマニュアルと比較して、 情報量が足りてません(´･ω･`) （まあ、よくある話なんですがね・・・ 最近オープンソースを使ったソリューションを発表した会社も、 独自の
MySQL5.1のMySQL Clusterでマシン再起動後にNDB上のTABLESPACEのテーブルにアクセスできない問題 – 日曜研究室
タイトル長くてすいません。 VMWare Serverを使って例の複数台構成の検証をしてたのですが、 MySQL5.1のMySQL Clusterでマシン再起動後にNDB上のTABLESPACEのテーブルにアクセスできない問題が発生しました。 SIGSEGV: 【プログラミング】MySQL 5.0, 5.1 でクラスタを組んでみる このサイト参考にインストールとテストを行ってたのですが、 最初は正常にクラスタリングできるのに、マシンを再起動したらNDB上のデータにアクセスできませんでした。 オンディスクじゃなくてオンメモリになってるのかと思いましたが、ディスク上にデータファイルも残ってるし、色々調べたら何らかのエラーでデータファイルが読み込めていない様子でした。 （エラーコードを頼りにperrorを使ってみましたが、エラーの説明文が酷くて役に立ちませんでした。） それでも色々調べたり試した
雑メモ: MySQL Proxyを利用したFailover
月曜日, 3月 02, 2009 MySQL Proxyを利用したFailover MySQL Cluster と MySQL Proxyを利用したフェイルオーバー(Fail Over)方法のメモ。 例えMySQL Clusterを利用してリアルタイムに同期を行っていても、 接続するDBはアプリケーション側で指定するか、機器を導入して振り分けを行わなければならない。 こんな時、アプリがアクセスするDBの指定を MySQL Proxyにする事で、failoverする事ができる。 基本的には片側にしか接続せず、落ちた場合のみ、もう一方に接続するので、 純粋な負荷分散を行う場合は別のプログラムや機器を使用した方が確実。 現在はまだα版なので今後改良される可能性は非常に高い。 今回はサーバーの都合上ローカルに２台の構成で実行 使用したファイル： MySQL Cluster ftp://ftp.ja
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL Server Blog | News from the MySQL Server Team
MySQL | arinux
http://www.mysqlpracticewiki.com/index.php/MySQL_Cluster%E3%81%AE%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AF%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B%E6%B3%A8%E6%84%8F%E7%82%B9
