Вопрос

Я смотрю на менее загруженного клиента по размеру базы данных.

Я получаю следующее:

+-----------------------------------------------+------------+
| 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 |

Что меня шокирует.Почему индекс цен составляет 3 ГБ?Это база данных разработчиков, могу ли я безопасно ее сжать?

Это было полезно?

Решение

А *_cl таблицы — это таблицы журнала изменений.Они регистрируют все идентификаторы продуктов, запасов и т. д.которые изменены.

Задание cron теоретически должно обновить индексы (асинхронный индексатор), а затем удалить записи из таблицы.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с magento.stackexchange
scroll top