简体   繁体   English

巨大的catalog_product_index_eav表

[英]huge size catalog_product_index_eav table

In Magento 1.9.2.4 table catalog_product_index_eav contains 3.802.998 records and catalog_product_index_eav_idx contains 2.447.411 records. 在Magento 1.9.2.4中,表catalog_product_index_eav包含3.802.998记录,而catalog_product_index_eav_idx包含2.447.411记录。 The sizes of other tables are 100000 records or less, normal sizes I think. 其他表的大小是100000条或更少,我认为是正常大小。

Reindexing table catalog_product_attributes takes a lot of time in the CLI, more then 10 minutes or fails because losing the mysql connection. 在CLI中,重新索引表catalog_product_attributes的表会花费很多时间,甚至超过10分钟,否则会因为丢失mysql连接而失败。

I think the big size of table catalog_product_index_eav is related to taking a lot of time indexing Product Attributes. 我认为表catalog_product_index_eav的大小与花大量时间索引产品属性有关。

There are no files in the var/locks directory. var / locks目录中没有文件。 In my magento test environment I have truncated table catalog_product_index_eav and reindexing again. 在我的magento测试环境中,我已经截断了表catalog_product_index_eav并再次重新建立了索引。 Table catalog_product_index_eav stays empty and indexing takes a lot of time. 表catalog_product_index_eav保持为空,建立索引需要花费大量时间。

I have 8GB mysql memory with mysql server mariaDB on Ubuntu. 我在Ubuntu上具有8GB的mysql内存和mysql服务器mariaDB。

Is there a way to reduce the size of catalog_product_index_eav or speed up indexing? 有没有办法减小catalog_product_index_eav的大小或加快索引编制的速度?

我发现了一种解决方法,可以通过从表index_process_event中删除外键FK_INDEX_PROCESS_EVENT_PROCESS_ID_INDEX_PROCESS_PROCESS_ID来加快索引编制的速度。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM