수축 데이터베이스

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 테이블은 변경 로그 테이블입니다.그들은 변경된 제품, 주식 등 모든 ID를 기록합니다.

cronjob은 이론적으로 인덱스 (Async 인덱서)를 이론적으로 업데이트 한 다음 테이블에서 항목을 삭제해야합니다.