新しい変更ログテーブルのメカニズム（例：catalog_category_product_cat_cl）

データベースにある上記のテーブルを見つけました。Magento EE 1.13で新しく追加されたもので、新しいインデックス作成に関連していると思われます。

+ ---------------------------------------- +
| catalog_category_flat_cl |
| catalog_category_product_cat_cl |
| catalog_category_product_index_cl |
| catalog_product_flat_cl |
| catalog_product_index_price_cl |
| cataloginventory_stock_status_cl |
| catalogsearch_fulltext_cl |
| enterprise_url_rewrite_category_cl |
| enterprise_url_rewrite_product_cl |
| enterprise_url_rewrite_redirect_cl |
+ ---------------------------------------- +

これらのテーブルはどのように機能しますか？目的は何ですか？

しばらくすると自動的にクリーニングされますか？

それらのテーブルをバックアップに含めることは理にかなっていますか？

これらの変更ログ（したがって_clサフィックス）テーブルは、特定のエンティティが変更されるたびにMySQLトリガーを介して書き込まれます。
その後、インデクサーcronジョブ（毎分実行）は、これらの変更ログをMagentoインデックスの増分更新として適用します。

MySQLトリガーを使用してchangelogテーブルを埋める利点は、PHPを使用せずにプレーンSQLを使用して新しいデータが追加されても機能することです。
これにより、非標準のインポート方法（またはMage_ImportExportモジュール）を使用している場合、完全な再インデックスを実行する必要がなくなります。