哪些表受目录URL影响重写Magento中的索引？

Question

非常直截了当的问题，哪些表受目录URL影响重写Magento中的索引？

每次运行此索引都需要很长时间才能运行，并且索引的管理状态会停留在PROCESSING上。

我试图用SHOW FULL PROCESSLIST找到锁定表并使用TRUNCATED core_url_rewrite，现在我正在等待重建再次运行，而我在system.log中监听错误。

很高兴知道确切地使用了哪些表，以及它是否只是core_url_rewrite和catalogsearch_fulltext，我也将其截断....

刚刚找到这些文件：

的magento的/ var /锁/ index_process_1.lock Magento的在/ var /锁/ index_process_2.lock Magento的在/ var /锁/ index_process_3.lock Magento的在/ var /锁/ index_process_4.lock Magento的在/ var /锁/ index_process_5.lock Magento的在/ var /锁/ index_process_6.lock Magento的在/ var /锁/ index_process_7.lock Magento的在/ var /锁/ index_process_8.lock Magento的在/ var /锁/ index_process_9.lock magento / var / locks / index_process_10.lock

当我尝试运行索引时，它们似乎匹配的时间，但它们是否像mysql锁文件那样停止创建索引？

Answer 1

这不是关于流程的作用，而是关于它是如何做到的。它将逐个加载产品并进行处理。尝试运行

php indexer.php --reindex catalog_url

在您的magento / shell目录中。将max_execution时间设置为零并且有足够的内存，它最终会完成。

只要锁定文件存在，就不能启动其他reindex进程。关于表的问题有点复杂，尝试转换mysql常规日志并观察更新。在MySQL中花费的时间并不是一个大问题，实例化产品对象既缓慢又漏洞。确保您拥有this patch。