1

多くの温度データを保存する必要があるシステムに取り組んでいます。1 秒あたり 5 サンプル以上を保存できる可能性があります。

私は過去にこれを比較的単純な mysql データベースで行ったことがあり、パフォーマンスが耐えられなくなりました。インサートはそれほど悪くはありませんでしたが、顕著な負荷がありました. ただし、クエリには数分かかる場合があります。

当時、私は 50 GB ほどのデータを持っていましたが、これはばかげています。重要な情報を失わずにデータを圧縮または破棄する方法はたくさん考えられますが、それはまったく別の問題です。

この種のデータ、できればクロスプラットフォーム (少なくとも linux/c++) に最適化されたツール/データベースを選びたいと思います。

RRD (Round Robin Database) はこのような目的のために構築されているように見えますが、データを保存するためというよりは、データを処理するために設計されているようです。

他にどのようなツールが利用できますか?

編集:詳細...

これは組み込みシステム (Raspberry Pi) で実行されるため、理想的なツールはコンピューティング オーバーヘッドが低く、メモリ フットプリントが小さく、ライブラリへの依存がほとんどありません。

ストレージは必ずしも同じデバイス上にあるとは限りません。

人為的で極端なケースでは、成長は 1 時間あたり 500,000 サンプルに達する可能性があると思います。おそらく、1 時間あたり約 20,000 サンプルになります。

インターネットへのアクセスは想定しないでください。

4

1 に答える 1

1

時系列DBを探しているようです。

私は2人の候補者を知っています:

要件 (req/s、毎日のデータの増加、API の種類、自己ホスト型またはフル マネージド ソリューションなど) についてもう少し具体的に説明していただければ、より詳細に説明したり、他のソリューションを推奨したりできます。

幸運を。

于 2012-12-31T02:05:09.533 に答える