Question

Je regarde un client moins qu'occupé sur la taille de sa base de données

J'obtiens ce qui suit :

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

Ce que je trouve plutôt choquant.Pourquoi l'indice des prix serait-il de 3 Go ?Il s'agit de la base de données de développement, puis-je la réduire en toute sécurité ?

Était-ce utile?

La solution

Le *_cl les tables sont les tables du journal des modifications.Ils enregistrent tous les identifiants des produits, des stocks, etc.qui sont modifiés.

Un cronjob devrait théoriquement mettre à jour les index (indexeur asynchrone) puis supprimer les entrées de la table.

Licencié sous: CC-BY-SA avec attribution
Non affilié à magento.stackexchange
scroll top