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

非常简单的问题是，哪些表受Magento中目录URL重写索引的影响

每次我运行这个索引都需要很长时间才能运行，并且索引的管理状态在处理过程中被卡住

我尝试使用SHOW FULL PROCESSLIST查找锁表，并截断了core_url_rewrite，现在我正在等待重建再次运行，同时在system.log中侦听错误

如果能确切地知道使用了哪些表，以及它是否只是core\uURL\uRewrite和catalogsearch\uFullText，那就太好了，我也截断了它

刚找到这些文件：

magento/var/locks/index\u进程\u 1.lock magento/var/locks/index\u process\u 2.lock magento/var/locks/index\u process\u 3.lock magento/var/locks/index\u process\u 4.lock magento/var/locks/index\u process\u 5.lock magento/var/locks/index\u process\u 6.lock magento/var/locks/index\u process\u 7.lock magento/var/locks/index\u process\u 8.lock magento/var/locks/index\u process\u 9.lock magento/var/locks/index\u进程\u 10.lock

---

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

这不是进程做什么，而是它如何做。它将逐个加载产品并进行处理。试着跑

php indexer.php——重新索引目录\u url

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

---

只要锁文件存在，就不能启动其他重新索引进程。关于表的问题有点复杂，试着打开mysql常规日志并观察更新。花在MySQL上的时间不是什么大问题，实例化产品对象既慢又容易泄漏。确保你有

感谢您的消息，我知道indexer.php带有reindex标志，但我正试图获得更深入的理解。你能回答原来的问题吗？“哪些表受Magento中目录URL重写索引的影响？”或子问题：“是否.lock文件会像mysql锁文件那样停止索引创建？”