清除Magento日志数据

我有一个关于在Magento中清除日志数据的问题

---

我在Magento 1.4.1中有超过2.3GB的数据，现在我想优化数据库，因为由于数据的大小，它太慢了。我检查了日志信息（URL，访问者），它显示超过1.9GB。如果我直接清除这些记录，会影响网站的任何功能吗？如何清除日志详细信息？通过清除这些数据，我的站点上会有或丢失任何数据吗？

无需自行执行此操作，Magento系统内置了一个用于清除日志信息的功能。如果你去

System > Configuration > Advanced > System > Log Cleaning

---

您可以将存储配置为自动清理这些日志

您还可以清除一些其他表格： 此处记录：

希望这有帮助 安迪

我只是用它。

试试：

TRUNCATE dataflow_batch_export;
TRUNCATE dataflow_batch_import;
TRUNCATE log_customer;
TRUNCATE log_quote;
TRUNCATE log_summary;
TRUNCATE log_summary_type;
TRUNCATE log_url;
TRUNCATE log_url_info;
TRUNCATE log_visitor;
TRUNCATE log_visitor_info;
TRUNCATE log_visitor_online;
TRUNCATE report_viewed_product_index;
TRUNCATE report_compared_product_index;
TRUNCATE report_event;
TRUNCATE index_event;

您也可以参考以下教程：

---

谢谢

这个脚本很整洁。将其设置为cron作业并放松：

---

您可以在此处查看好文章：

---

它说明了如何检查数据库大小、截断某些表以及如何配置自动表清理。

使用SSH清理Magento日志：

登录到shell（SSH）面板，进入

root/shell

文件夹

在shell文件夹内执行以下命令

php -f log.php clean

输入此命令以查看日志数据的大小

php-f log.php状态

---

此方法将帮助您以非常简单的方式清理日志数据。

通过Magento管理面板清理日志

对于不想“直接干扰Magento商店数据库”的非技术商店所有者来说，这种方法更容易。要在Magento中激活日志清理选项，只需执行以下操作：

登录到您的Magento管理面板。 转到系统=>Configuration。 在左侧的“高级”下，单击系统（高级=>System）。 在系统下，您将看到“日志清理”选项。 填写所需的“日志清理”选项值，然后单击保存

通过phpMyAdmin清理日志

如果您熟悉mysql和查询，那么这种方法比默认的Magento日志清理工具更高效、更快。此方法还允许您随意清理，甚至可以清理默认Magento的日志清理工具中未包含的表

在phpMyAdmin中打开数据库 在右侧框架中，单击以下表格的框： 数据流\u批量\u导出

数据流\u批量\u导入

记录客户

日志引用

日志摘要

日志\u摘要\u类型

日志url

日志\u url\u信息

日志访问者

日志\访客\信息

在线记录访客

报告\已查看\产品\索引

报告(比较)(产品)(索引)

报告事件

查看页面底部，然后单击显示“with selected”的下拉框，然后单击empty。 在确认屏幕上单击“是”，这将截断所有选定的表

或者您可以使用脚本来运行

TRUNCATE dataflow_batch_export;
TRUNCATE dataflow_batch_import;
TRUNCATE log_customer;
TRUNCATE log_quote;
TRUNCATE log_summary;
TRUNCATE log_summary_type;
TRUNCATE log_url;
TRUNCATE log_url_info;
TRUNCATE log_visitor;
TRUNCATE log_visitor_info;
TRUNCATE log_visitor_online;
TRUNCATE report_viewed_product_index;
TRUNCATE report_compared_product_index;
TRUNCATE report_event;
TRUNCATE index_event;

请记住，我们在这里是为了清空（截断）选定的表，而不是删除它们。执行此操作时要非常小心。

---

定期执行此操作肯定会提高您的Magento商店的性能和效率。您也可以使用“CRON”设置脚本，定期自动执行此操作。

进一步提示：如果您不需要这些信息，可以将表类型更改为“Blackhole”（而不是InnoDB）。这意味着，将来不会存储任何内容，insert语句仍然可以正常工作

您还可以通过将所有事件设置为禁用来禁用日志：

---

使用上述任何方法清理日志后，您还可以在应用程序/etc/local.xml中禁用它们

...
<frontend>
<events>
 <frontend>
  <events>
    <!-- disable Mage_Log -->
    <controller_action_predispatch>
        <observers><log><type>disabled</type></log></observers>
    </controller_action_predispatch>
    <controller_action_postdispatch>
        <observers><log><type>disabled</type></log></observers>
    </controller_action_postdispatch>
    <customer_login>
      <observers>
        <log>
          <type>disabled</type>
        </log>
      </observers>
    </customer_login>
    <customer_logout>
      <observers>
        <log>
          <type>disabled</type>
        </log>
      </observers>
    </customer_logout>
    <sales_quote_save_after>
       <observers>
          <log>
              <type>disabled</type>
          </log>
        </observers>
   </sales_quote_save_after>
   <checkout_quote_destroy>
     <observers>
       <log>
         <type>disabled</type>
       </log>
     </observers>
   </checkout_quote_destroy>
</events>
</frontend>
</config>

。。。
残废
残废
残废
残废
残废
残废

如何手动、自动和其他Magento数据库维护完成Magento日志清理。下面三点是最重要的Magento数据库维护和优化技术

• 原木清理
• MySQL更新版本的智能使用
• 缓冲池大小设置

---

要获取更多信息，请登录c面板，转到phpmyadmin 使用SQL在下面运行查询清除日志

TRUNCATE dataflow_batch_export;
TRUNCATE dataflow_batch_import;
TRUNCATE log_customer;
TRUNCATE log_quote;
TRUNCATE log_summary;
TRUNCATE log_summary_type;
TRUNCATE log_url;
TRUNCATE log_url_info;
TRUNCATE log_visitor;
TRUNCATE log_visitor_info;
TRUNCATE log_visitor_online;
TRUNCATE report_viewed_product_index;
TRUNCATE report_compared_product_index;
TRUNCATE report_event;
TRUNCATE index_event;

---

您可以禁用或设置日志设置的日期和时间

系统>配置>高级>系统>日志清理

---

注意，这假设您已经设置了cron作业，对吗？说明如下：可能Jonathan，我没有对Magento进行太多的系统维护，但这通常就是这样实现的。这肯定假设您已经设置了cron作业。Přeložit我们在自动清理方面遇到了问题，它阻止了另一个cron作业的调度。我不知道为什么，但如果我们计划在每个星期一5:00进行清洁，那么每个星期一我们都会在“cron_schedule”表中的工作列表中发现一个漏洞。上一个作业在5:00进行日志清理，下一个作业安排在6:00，5:00到6:00之间的所有作业都没有安排。所以要小心。这只是触发shell/log.php吗？您是否测量过这对性能的影响程度？知道这一点很有意思。在最初的阶段，它的响应非常好，比如在几秒钟内，我的产品和过滤器选项都在前端和后端工作，但现在它变成了2.3 Gb，并且不断增长。因此，每天的总响应都以分钟为单位，在管理端，我已经厌倦了它的响应。小心日志访问者-目录比较项目链接到它，如果启用比较功能，您可能会出现异常。删除所有会话可能会解决此问题。我认为触摸数据库手册

SET FOREIGN_KEY_CHECKS=0;
TRUNCATE dataflow_batch_export;
TRUNCATE dataflow_batch_import;
TRUNCATE log_customer;
TRUNCATE log_quote;
TRUNCATE log_summary;
TRUNCATE log_summary_type;
TRUNCATE log_url;
TRUNCATE log_url_info;
TRUNCATE log_visitor;
TRUNCATE log_visitor_info;
TRUNCATE log_visitor_online;
TRUNCATE report_viewed_product_index;
TRUNCATE report_compared_product_index;
TRUNCATE report_event;
TRUNCATE index_event;
SET FOREIGN_KEY_CHECKS=1;

SET foreign_key_checks = 0;
TRUNCATE dataflow_batch_export;
TRUNCATE dataflow_batch_import;
TRUNCATE log_customer;
TRUNCATE log_quote;
TRUNCATE log_summary;
TRUNCATE log_summary_type;
TRUNCATE log_url;
TRUNCATE log_url_info;
TRUNCATE log_visitor;
TRUNCATE log_visitor_info;
TRUNCATE log_visitor_online;
TRUNCATE report_viewed_product_index;
TRUNCATE report_compared_product_index;
TRUNCATE report_event;
TRUNCATE index_event;
SET foreign_key_checks = 1;

TRUNCATE dataflow_batch_export;
TRUNCATE dataflow_batch_import;
TRUNCATE log_customer;
TRUNCATE log_quote;
TRUNCATE log_summary;
TRUNCATE log_summary_type;
TRUNCATE log_url;
TRUNCATE log_url_info;
TRUNCATE log_visitor;
TRUNCATE log_visitor_info;
TRUNCATE log_visitor_online;
TRUNCATE report_viewed_product_index;
TRUNCATE report_compared_product_index;
TRUNCATE report_event;
TRUNCATE index_event;