縮小データベース

Question

データベースサイズ

で忙しいクライアントを見ています。

次の手順を受けます。

+-----------------------------------------------+------------+
| Tables                                        | Size in MB |
+-----------------------------------------------+------------+
| catalog_product_index_price_cl                |    3057.00 |
| cataloginventory_stock_status_cl              |    1974.00 |
| catalogsearch_fulltext_cl                     |     101.64 |
| catalog_product_flat_cl                       |     100.64 |
| catalog_category_product_index_cl             |      37.58 |
| sales_flat_order_item                         |      29.34 |
| catalog_product_index_price                   |      16.58 |
| customer_entity_varchar                       |      14.09 |
| catalog_product_index_price_idx               |      12.06 |
| catalog_product_entity_varchar                |      10.58 |
| index_event                                   |      10.03 |
| customer_entity_int                           |       6.61 |
| catalog_product_entity_decimal                |       6.55 |
| catalog_product_entity_int                    |       5.45 |
| catalog_product_entity_datetime               |       5.36 |
| catalogsearch_fulltext                        |       4.80 |
| region_city                                   |       4.52 |

.

私は衝撃的なものがあります。なぜ価格指数は3GBになりますか？これはDEVデータベースです、私は安全にそれを縮小することができますか？

Answer 1

*_clテーブルはChangeLogテーブルです。彼らは、変更された製品、在庫などのすべてのIDを記録します。

CronJobは、索引（非同期インデクサー）を理論的に更新してから、テーブルからのエントリを削除する必要があります。