NDBCLUSTER について 1 つ質問があります。
NDBCLUSTER 5.1 ソリューション (LAMP プラットフォーム) に基づく Web サイトの執筆を継承しました。
残念ながら、前者のソリューションを設計した人は、このデータベース エンジンには大きな制限があることに気づいていませんでした。1 つ目は、テーブルが持つことのできるフィールドの最大数は 128 です。元プログラマーは、1 行に 369 フィールド (1 年のうちの各日といくつかのキー フィールド) を含むテーブルを考えました (彼はもともと MyISAM エンジンで作業していました)。とにかく、リファクタリングする必要があります。
さらに、エンジンには多くの調整が必要です。テーブルの属性の最大数 (デフォルトは 1000 で、少し少なすぎます) やその他の多くのパラメーターです。データベースで本番環境にあり、何かを変更する必要があります。
NDBCLUSTER テーブルのディスク ストレージが正確に構成されていない場合、偶然のようなものであるという事実でさえ: CREATE TABLE ステートメントで指定されていたとしても、エンジンはデータをメモリに保持することを好むようです (これが速度の説明です)。ノード 1 は突然折りたたまれます (テスト中に発生したように)。すべてのノードですべてのテーブル データが失われ、1000 レコード後にのみテーブルが破損しました。
私たちは 8Gb の RAM を搭載したサーバーを使用しており、テーブルには 27 フィールドしかありませんでした。
テーブル データを危険にさらすノード シャットダウンの ndb_mgm 操作は実行されないことに注意してください。それはただ落ちて、完全に止まりました。プロバイダは理由を理解できませんでした。
そこで質問です。大規模な Web サービス データベースの安定したソリューションとして NDBCLUSTER をお勧めしますか?
数百万のレコード、数千のテーブル、数千のカタログを含むデータベースについて話しています。
そうでない場合、国家レベルの規模の Web サービスを作成するタスクを達成するのに最適なデータベースとして、どのデータベースをお勧めしますか?
前もって感謝します。