성능 최적화를 위해 모델 계층의 어떤 부분을 무시할 수 있습니까?

현재 매우 간단한 스키마 (약 5 개의 필드)가있는 데이터베이스 테이블의 경우 로컬 개발 환경 (SSD 드라이브)에서 초당 50 회 미만의 삽입 속도로 새 레코드를 삽입하고 있음을 알았습니다. 연관된 테이블을 채우는 모델에는 관찰자가 없습니다.

직접 SQL을 사용하면 ~ 1800 삽입 / 초가 크게 향상되었습니다. 우리는 모델의 성능을 최적화하려고 시도하고 있지만, 물론 Magento 코어가 제공하는 훌륭한 안정성과 유연성을 모두 잃고 싶지는 않습니다.

누군가이 경로를 이전에 사용했는지 여부와 모델 레이어의 구성 요소 측면에서 비교적 안전하게 우회 할 수있는 성능이 크게 향상되는지 여부에 대해 궁금합니다.

같은 것들:

• 클래스 이름 확인
• 저장 이벤트 전후
• 이벤트 파견
• 업무
• 기타

업데이트 : 실제로 관찰자 또는 afterSave ()에서 추가 쿼리가 발생하여 데이터베이스 쿼리 로그를 검사 할 때 보았습니다. 완전히 간단한 엔티티에 대한 벤치마킹은 실제로 Magento 모델에서 초당 300 행을 제공합니다-MySQL 오버 헤드 만 트랜잭션입니다.

전체 사이트의 속도를 높일 수있는 한 가지는 Varien_Profiler프로덕션 사이트에서 모든 참조를 제거하는 것 입니다. 프로파일 러가 비활성화되어 있어도 항상 활성화되어 있는지 확인하여 호출 할 때마다 Varien_Profiler::추가 if명령문이 생성됩니다. 물론 이러한 통화를 모두 제거하면 더 이상 프로파일 러를 사용할 수 없게됩니다. 그러나 이로 인해 전체 사이트 속도가 5 % 정도 빨라질 수 있습니다 (주관적인 eperience이지만 Varien_ProfilerMagento 전역에 대한 많은 호출이 있습니다 ). 실제로 모든 파일에서 이러한 호출을 자동으로 주석 처리하는 작은 쉘 스크립트를 작성했으며 내일 직장에서 코드를 준비 할 때 내 게시물에 추가 할 것입니다.

약속했듯이 코드는 이러한 호출을 주석 처리합니다.

grep -l "Varien_Profiler" * -R > profiler.txt 
for x in `cat profiler.txt` 
do 
sed -i '/Varien_Profiler/s/^/\/\//' $x
done

이것은 lib / 폴더뿐만 아니라 app /에서도 리눅스 콘솔에서 실행되어야합니다. 나중에 /lib/Varien/Profiler.php 파일을 수동으로 조정해야 할 수도 있습니다. 또한 라이브 환경을 만들기 전에 안전한 환경에서 철저히 테스트해야합니다.

Magento 모델에서 많은 저장을 실행할 때 Magento 인덱서를 비활성화하여 프로세스 속도를 저하시키는 것이 가장 좋습니다.

$processes = Mage::getSingleton('index/indexer')->getProcessesCollection();
$processes->walk('setMode', array(Mage_Index_Model_Process::MODE_MANUAL));
$processes->walk('save');

그리고 당신이 할 때 그것을 활성화 :

$processes->walk('setMode', array(Mage_Index_Model_Process::MODE_REAL_TIME));
$processes->walk('save');