exp_assets_index_dataテーブルは大規模です

私はいくつかのS3バケットに接続する資産2を実行しています。現時点では、バケットのセットと別のバケットの間を移行しているため、私たちのインデックスは最終的に2倍の大きさになると期待しています。しかし最近のデータベースのダンプは指数関数的に増加しているように見えます(1週間で10.4Mbから40Mbに飛び出し、ビルド作業をしている編集チームがいます!)、それはassets_index_dataテーブルだと思います。今朝のスナップショットは、それは3,045,452行あります。

これらの集合バケツに10,000枚の画像があれば驚いています。そのテーブルがなぜそんなに巨大であるのか理解できません。確かに正しいとは言えません。これにはすべて同じセッションIDを持つ大きなグループの行が含まれています。バケットを索引付けするたびに、既存のものを更新するのではなく新しい行を作成するため、膨大なテーブルが作成されます。

もちろん私は完全に間違っているかもしれませんが、おそらくそれはこの大きなものである必要がありますが、それは正しいようではなく、このように成長し続けることができません!

1

1 答え

アセットは、インデックス作成を実行するたびに新しい行を追加します。アセットは、インデックス作成が完了したら(現在まで実行が許可されている場合)、現在のセッションに属する行を削除する必要があります。

いずれにしても、インデックス更新の実行中でない限り、そのテーブルを切り捨てることは完全に安全です。

1
追加された
ありがとうアンドリス - P&Tチームにこれについて何かできることがあるかどうかを尋ねます。索引が正常に完了しないことがあり、それが意図したとおりに機能しない理由です。
追加された 著者 RemcoGerlich,