是否有一个表的列表，可以安全地在Magento中截断？安全地，我的意思是保存产品。我有一些，但想知道是否还有更多：
iyr7buue1#
在你做任何事之前
您可以使用this n98-magerun module来清除数据表。或者按照下面的说明手动执行。为了扩展Jim的答案，Magento Support在要求您的DB副本时并不需要这些表的内容，因此您可以认为它们是不必要的。
n98-magerun
core_cache core_cache_tag
缓存数据是临时的。清除这些数据应该是安全的。
core_session
不需要保留一年前的会话。新的会话将自动创建（尽管它会导致用户注销/中断当前的结帐流程）。
dataflow_batch_export dataflow_batch_import
基本上，每次运行批处理时都有日志，但不是关键日志。
enterprise_logging_event enterprise_logging_event_changes
这些是管理员在后台做什么的日志。非常适合追踪“谁破坏了什么”，但不需要永远保留。你可以安全地截断这些日志。
专业提示：请确保您正在清除 * 系统〉配置〉高级〉系统〉管理操作日志归档*中的旧记录
enterprise_support_backup enterprise_support_backup_item
从Magento的支持历史，可能存在或可能不存在为您.
index_event index_process_event
需要更新的索引条目的备份日志。但是，它们一旦过时就不会自行删除。
log_customer log_quote log_summary log_summary_type log_url log_url_info log_visitor log_visitor_info log_visitor_online
日志数据，大部分是未使用的。但是，我看到“按最多浏览次数排序”模块使用log_visitor_info表，所以要小心。
log_visitor_info
专业提示：确保在 * 系统〉配置〉高级〉系统〉日志清除 * 中清除旧记录（仅适用于访问者、客户和URL）
report_event report_viewed_product_index
这些是可以在运行报表时重新生成的聚合表。偶尔可以使用修剪的其他表有
sales_flat_quote sales_flat_quote_address sales_flat_quote_address_item sales_flat_quote_item sales_flat_quote_item_option sales_flat_quote_payment sales_flat_quote_shipping_rate
如果3年前的废弃购物车数据对您来说并不重要，请考虑截断这些数据。请记住，当前的购物车在此处，因此请将其安排在非工作时间，或删除updated_at超过X天的行。
updated_at
专业提示：安装Aoe_QuoteCleaner
如果您使用Enterprise的安装功能，可能会开始看到前缀为s_的表。删除安装站点后，这些表就不会被清除。如果enterprise_staging表为空，则不再需要这些表。
s_
enterprise_staging
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
Magento引入了MySQL触发器，当某些表的数据被修改时，它会写入更改日志表。稍后，调度器索引器会拾取更改日志条目并更新条目。但是，它不会在完成后清理。您可以不时地清除这些条目。
catalog_category_flat_store_1 catalog_category_flat_store_2 catalog_category_flat_store_3 catalog_category_flat_store_4 catalog_category_flat_store_5 catalog_category_flat_store_6 catalog_category_flat_store_7 catalog_product_flat_1 catalog_product_flat_2 catalog_product_flat_3 catalog_product_flat_4 catalog_product_flat_5 catalog_product_flat_6 catalog_product_flat_7
这些表我倾向于drop。在重新索引后，它们会重新创建自己。在某些情况下，存储7可能不再存在，但你仍然有死平面表。
drop
7
在这里要小心，您可能不想截断所有这些。
core_url_rewrite enterprise_url_rewrite
首先检查是否有is_system = 0的记录。如果是这样，您将不希望截断，您将丢失自定义重定向。请尝试使用DELETE FROM core_url_rewrite WHERE is_system = 1。重新索引重写将用其余内容重新填充此表。
is_system = 0
DELETE FROM core_url_rewrite WHERE is_system = 1
report_viewed_product_aggregated_daily report_viewed_product_aggregated_monthly report_viewed_product_aggregated_yearly
这些是聚合的，可以重新构建（就像索引一样）。
jgwigjjp2#
当您记录Magento支持的问题时，他们要求您提供数据库转储，他们给予您的脚本只为以下表转储模式：
core_cache core_cache_option core_cache_tag core_session dataflow_batch_export dataflow_batch_import enterprise_logging_event enterprise_logging_event_changes enterprise_support_backup enterprise_support_backup_item index_event index_process_event log_customer log_quote log_summary log_summary_type log_url log_url_info log_visitor log_visitor_info log_visitor_online report_event report_viewed_product_index
如果Magento支持不需要这些表的内容来解决问题，那么可以安全地假设它们可以被安全地截断。catalog_product_flat_*表和catalog_category_flat_*表也可以被截断，因为重新索引将重新填充它们。用户可以从后端手动添加条目到core_url_rewrite表中，我不想保证两个具有相同URL键的产品pr类别在截断core_url_rewrite后总是具有相同的URL。
catalog_product_flat_*
catalog_category_flat_*
core_url_rewrite
t9aqgxwy3#
我想添加到列表中，您也可以截断“catalogrule_product”和“catalogrule_product_price”。您可以通过运行Pormos〉目录规则中的应用规则来重新生成它。我已截断此表多次，以确保它是安全的。注意！在您重新运行规则之前，所有目录规则价格都将从前端消失。我也很想知道是否有人能描述一下如果这些表被清除，网站会发生什么。例如，我假设删除core_session（如果我们使用数据库存储这些）将删除所有客户当前“登录”的会话，它是否也会删除访客的购物车？
67up9zun4#
我怀疑截断admin_* 表是否有用。如果你按照上面列出的唯一有价值的表来做，你将不得不再次添加admin。没有检查任何进一步的表。只是绊倒了我的安装前3个表。
4条答案
按热度按时间iyr7buue1#
在你做任何事之前
更新：
您可以使用this
n98-magerunmodule来清除数据表。或者按照下面的说明手动执行。
为了扩展Jim的答案，Magento Support在要求您的DB副本时并不需要这些表的内容，因此您可以认为它们是不必要的。
缓存表
缓存数据是临时的。清除这些数据应该是安全的。
会话表
不需要保留一年前的会话。新的会话将自动创建（尽管它会导致用户注销/中断当前的结帐流程）。
数据流表
基本上，每次运行批处理时都有日志，但不是关键日志。
管理日志
这些是管理员在后台做什么的日志。非常适合追踪“谁破坏了什么”，但不需要永远保留。你可以安全地截断这些日志。
专业提示：请确保您正在清除 * 系统〉配置〉高级〉系统〉管理操作日志归档*中的旧记录
支持表
从Magento的支持历史，可能存在或可能不存在为您.
索引表
需要更新的索引条目的备份日志。但是，它们一旦过时就不会自行删除。
日志表
日志数据，大部分是未使用的。但是，我看到“按最多浏览次数排序”模块使用
log_visitor_info表，所以要小心。专业提示：确保在 * 系统〉配置〉高级〉系统〉日志清除 * 中清除旧记录（仅适用于访问者、客户和URL）
报告表
这些是可以在运行报表时重新生成的聚合表。
偶尔可以使用修剪的其他表有
引用表
如果3年前的废弃购物车数据对您来说并不重要，请考虑截断这些数据。请记住，当前的购物车在此处，因此请将其安排在非工作时间，或删除
updated_at超过X天的行。专业提示：安装Aoe_QuoteCleaner
临时表
如果您使用Enterprise的安装功能，可能会开始看到前缀为
s_的表。删除安装站点后，这些表就不会被清除。如果enterprise_staging表为空，则不再需要这些表。更改日志表
Magento引入了MySQL触发器，当某些表的数据被修改时，它会写入更改日志表。稍后，调度器索引器会拾取更改日志条目并更新条目。但是，它不会在完成后清理。您可以不时地清除这些条目。
类别和产品平面表
这些表我倾向于
drop。在重新索引后，它们会重新创建自己。在某些情况下，存储7可能不再存在，但你仍然有死平面表。URL重写表
在这里要小心，您可能不想截断所有这些。
首先检查是否有
is_system = 0的记录。如果是这样，您将不希望截断，您将丢失自定义重定向。请尝试使用DELETE FROM core_url_rewrite WHERE is_system = 1。重新索引重写将用其余内容重新填充此表。更多报告表
这些是聚合的，可以重新构建（就像索引一样）。
jgwigjjp2#
当您记录Magento支持的问题时，他们要求您提供数据库转储，他们给予您的脚本只为以下表转储模式：
如果Magento支持不需要这些表的内容来解决问题，那么可以安全地假设它们可以被安全地截断。
catalog_product_flat_*表和catalog_category_flat_*表也可以被截断，因为重新索引将重新填充它们。用户可以从后端手动添加条目到
core_url_rewrite表中，我不想保证两个具有相同URL键的产品pr类别在截断core_url_rewrite后总是具有相同的URL。t9aqgxwy3#
我想添加到列表中，您也可以截断“catalogrule_product”和“catalogrule_product_price”。您可以通过运行Pormos〉目录规则中的应用规则来重新生成它。我已截断此表多次，以确保它是安全的。注意！在您重新运行规则之前，所有目录规则价格都将从前端消失。
我也很想知道是否有人能描述一下如果这些表被清除，网站会发生什么。例如，我假设删除core_session（如果我们使用数据库存储这些）将删除所有客户当前“登录”的会话，它是否也会删除访客的购物车？
67up9zun4#
我怀疑截断admin_* 表是否有用。如果你按照上面列出的唯一有价值的表来做，你将不得不再次添加admin。
没有检查任何进一步的表。只是绊倒了我的安装前3个表。