1

タイトルはそのほとんどを述べています.MySQLがこのデータを保存するのに適しているかどうか疑問に思っています.

1/4 秒ごとに 3 ～ 6 個の浮動小数点数が配信される可能性が最も高いでしょう。(年間 1 ～ 3 GB 程度)

同時に、このデータは MySQL からリアルタイムで (またはそれに近い形で) アクセスできる必要があるため、データベースでいくつかの (潜在的に大きな) クエリを実行している間、ビートを見逃すことはありません。

MySQL はこれを処理できますか? この種のデータベースがどのようにスケーリングするか、またはこれらのデータベースで一度に「大量の」情報を構成するものについての概念はありません。

データベースが同じ情報を受信して​​も、5 ～ 10 分ごとに 1 つの大きな更新にまとめられた場合、答えは変わりますか?

4

1 に答える 1

1

テーブルとハードウェアに依存します。まともな mysql サーバーでは、これに問題はありません。特にSSDドライブを搭載している場合。

大量のデータを挿入する 1 つの大規模なクエリは、単一のインデックス更新などになるため、より効率的です。0.25 秒の更新と 5 分間の一括更新の間のどこかにスイート スポットがあります。テストはそれを示します。

レプリケーションを行っている場合は、スレーブがシングル スレッドであり、これらの更新に最終的に時間がかかることに注意してください。また、書き込み中のテーブル レベルのロックを回避するために、myisam ではなく innodb を使用することをお勧めします。

于 2011-11-03T23:44:40.900 に答える