Механика новых таблиц изменений (например: 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 для заполнения таблиц журнала изменений заключается в том, что он работает, даже если новые данные добавляются с использованием простого SQL, без использования PHP.
Это устраняет необходимость запуска полного переиндексации, если вы используете нестандартный метод импорта (или даже модуль Mage_ImportExport).