"프로세싱"에 집중된 인덱스


24

Magento Admin에 따르면 제품 URL 다시 쓰기 인덱스와 범주 ​​/ 제품 연결이 며칠 동안 실행되었습니다. 붙어!

그러나 reindex php 프로세스가 실행 중이 아니며 var/locks폴더가 비어 있으며 index_processMySQL 테이블의 상태가 완전히 다릅니다.

+------------+------------------------------+-----------------+---------------------+---------------------+--------+
| process_id | indexer_code                 | status          | started_at          | ended_at            | mode   |
+------------+------------------------------+-----------------+---------------------+---------------------+--------+
|          1 | catalog_product_attribute    | pending         | 2014-01-03 18:17:32 | 2014-01-03 18:17:34 | manual |
|          2 | catalog_product_price        | pending         | 2013-11-06 21:26:32 | 2013-11-06 21:26:32 | manual |
|          3 | catalog_url                  | pending         | 2013-06-05 22:15:24 | 2013-06-05 22:15:24 | manual |
|          4 | catalog_product_flat         | require_reindex | 2013-06-05 22:15:24 | 2013-06-05 22:15:24 | manual |
|          5 | catalog_category_flat        | require_reindex | 2013-08-13 19:55:56 | 2013-08-13 19:55:56 | manual |
|          6 | catalog_category_product     | pending         | 2013-06-05 22:15:24 | 2013-06-05 22:15:24 | manual |
|          7 | catalogsearch_fulltext       | require_reindex | 2014-01-03 15:05:55 | 2013-12-16 22:33:51 | manual |
|          8 | cataloginventory_stock       | pending         | 2014-01-03 18:17:32 | 2014-01-03 18:17:32 | manual |
|          9 | tag_summary                  | pending         | 2014-01-03 15:51:59 | 2014-01-03 15:52:02 | manual |
|         10 | url_redirect                 | pending         | 2013-06-05 22:17:14 | 2013-06-05 22:17:14 | manual |
|         11 | targetrule                   | require_reindex | 2013-07-03 16:37:34 | 2013-07-03 16:37:34 | manual |
|         12 | catalog_url_category         | pending         | 2013-06-05 22:17:15 | 2013-06-05 22:17:15 | manual |
|         13 | catalog_url_product          | pending         | 2013-06-05 22:17:15 | 2013-06-05 22:17:15 | manual |
|         14 | catalog_category_product_cat | pending         | 2013-06-05 22:17:15 | 2013-06-05 22:17:15 | manual |
+------------+------------------------------+-----------------+---------------------+---------------------+--------+

이 불일치의 원인은 무엇입니까? 더 걱정되는 것은 1.13.1 로의 업그레이드를 완료하지 못하게하는 것입니다 (걱정하지 마십시오. 스테이징 서버 일뿐입니다!)

답변:


28

서버 시간 초과로 인해 Magento Admin Reindexing이 "처리 중"에서 영원히 중단 될 수 있습니다. 서버에 SSH 액세스 권한을 부여하고 어떤 색인을 다시 작성했는지에 따라 다음 명령 행을 수행하십시오.

php yourmagentofolder/html/shell/indexer.php -reindex catalog_product_attribute
php yourmagentofolder/html/shell/indexer.php -reindex catalogsearch_fulltext
php yourmagentofolder/html/shell/indexer.php -reindex catalog_category_flat
php yourmagentofolder/html/shell/indexer.php -reindex cataloginventory_stock
php yourmagentofolder/html/shell/indexer.php -reindex catalog_category_product
php yourmagentofolder/html/shell/indexer.php -reindex catalog_product_price
php yourmagentofolder/html/shell/indexer.php -reindex tag_summary
php yourmagentofolder/html/shell/indexer.php -reindex catalog_url

1
다음을 사용하여 indexer.php
재색 인화

1
PHP 구성 내에서 최대 실행 시간을 늘리려 고 했습니까?
James H.

PHP의 CLI ini 파일은 항상 max_execution_time0으로 정의 됩니다. 어쨌든, 개별적으로 실행하는 것이 좋습니다. 에 전화 할 때 문제가 발생했습니다 php indexer.php reindexall. 감사!
mpw

그런 다음 메모리 오류가 발생했을 수 있습니다.
Paul Hachmang

1
php indexer.php info전체 색인 목록을 얻는 데 사용하십시오 .
marblegravy

2

v1.3CE에서 v1.9CE로 업그레이드하고있었습니다. 카테고리 제품은 색인을 다시 생성하지 않습니다. v1.9 DB에서 catalog_category_product_index 테이블을 삭제하고 라이브 사이트의 테이블로 바꾸어야했습니다.

  1. 최신 (이 경우 활성) 데이터베이스에서 테이블 (catalog_category_product_index)을 내보내십시오. “외래 키 검사 비활성화”확인란을 선택해야합니다.
  2. 이 테이블을 가져올 데이터베이스를 선택하십시오.
  3. SQL 탭을 클릭하십시오.
  4. 이 코드를 입력하십시오 : DROP TABLE catalog_category_product_index
  5. 그런 다음 백업 된 테이블을 가져옵니다.
  6. SSH에서 재색 인화 : -reindex catalog_category_product
  7. Magento 관리자를 확인하십시오. 인덱스 관리에 오류가 없습니다.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.