เร่งความเร็วรถเข็นเพื่อชำระเงินและดำเนินการบันทึกการชำระเงิน

ฉันใช้ร้านค้า Magento CE หลายร้านและเพิ่มความเร็วด้วยการแคชอย่างไรก็ตามรถเข็นและเช็คเอาต์ยังคงช้า ใครบ้างมีประสบการณ์หรือเคล็ดลับในการเร่งหน้าเหล่านี้หรือไม่

บางทีด้วยการปรับฐานข้อมูลให้เหมาะสม

แบบสอบถามบางอย่างถูกดำเนินการเมื่อบันทึกคำสั่งซื้อจากเช็คเอาต์จะแสดงในบันทึกการสืบค้นที่ช้าบนเซิร์ฟเวอร์และฐานข้อมูลดูเหมือนจะเป็นปัญหาคอขวด

1. จากประสบการณ์ส่วนตัวปิดการใช้งานโมดูล Mage_Rss ซึ่งบังคับให้ 'แคชสะอาด' 4 ครั้งในกระบวนการเช็คเอาต์ - แพงมากถ้าคุณใช้แคชระบบไฟล์อาจมีราคาแพงถ้าคุณใช้ฐานข้อมูลหรือ memcached

2. CE เท่านั้นปิดการใช้งาน Mage_Downloadable สำหรับเหตุผลที่คล้ายกันตราบใดที่คุณไม่ได้ใช้ผลิตภัณฑ์ที่ดาวน์โหลดนี้จะเพิ่มความเร็วในการเช็คเอาท์และรถการกระทำเมื่อคุณมีหลายรายการในรถเข็นสินค้าเพราะมีผู้สังเกตการณ์ในสิ่งที่ต้องการcheckout_type_onepage_save_order_afterซึ่งการตอบสนองคูณเวลาโดยการ # รายการ ในรถเข็น

3. วางสาย xhprof / xhguiและทำโปรไฟล์

• ตั้งค่าดัชนีของคุณเป็นแบบแมนนวล
• ปิดใช้งานที่เก็บข้อมูลแท็กแคช

การเปลี่ยนแปลงทั้งสองนี้จะมีผลกระทบอย่างมากต่อประสิทธิภาพการทำงานเนื่องจากป้องกันไม่ให้ Magento ล้างแคชและจัดทำดัชนีใหม่ทุกครั้งที่มีคำสั่งซื้อ

มันมาพร้อมกับค่าใช้จ่าย แต่เนื้อหานั้นอาจค้างเป็นผล - ระดับสต็อกและอื่น ๆ

หากคุณต้องการแก้ปัญหาด้วยวิธีการทดลองมีส่วนขยายจากการแฮ็กโกวีโอวีโอไอพีรุ่นแรกในมิวนิคเยอรมัน:

https://github.com/magento-hackathon/MongoDB-OrderTransactions

พวกเขาจัดคิวคำสั่งลงใน mongo db แนวคิดก็คือหากเซิร์ฟเวอร์ mysql ไม่โหลดให้เขียนกลับ แต่ฉันไม่รู้ว่าโครงการนี้พร้อมแล้ว Afaik ใช้การเขียนทั้งหมด แต่ไม่ใช่การเขียนด้านหลัง

ฉันไม่รู้จัก Magento CE เวอร์ชันที่คุณกำลังดิ้นรนอยู่ แต่ฉันมีปัญหาเรื่องประสิทธิภาพที่ร้ายแรงกับ CE 1.6
สาเหตุ: ดัชนีผิดและขาดหายไป พวกเขาอยู่ที่ไหนที่ได้รับการแก้ไขใน CE 1.6.2
คุณอาจตรวจสอบว่ามันช่วยคุณได้หรือไม่
ฉันลดเวลาเช็คเอาต์สำหรับ 38 สายรวม 73 รายการจาก 123 วินาทีเหลือ 4 วินาที !!!!

ที่นี่มันมา:

/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;

/* Foreign Keys must be dropped in the target to ensure that requires changes can be done*/

ALTER TABLE `core_url_rewrite` 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_CTGR_ID_CAT_CTGR_ENTT_ENTT_ID`  , 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_STORE_ID_CORE_STORE_STORE_ID`  ;


/* Alter table in target */
ALTER TABLE `catalog_category_entity_varchar` 
DROP KEY `MAGMI_CCEV_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `catalog_product_bundle_stock_index` 
DROP KEY `PRIMARY`, ADD PRIMARY KEY(`entity_id`,`website_id`,`stock_id`,`option_id`) ;


/* Alter table in target */
ALTER TABLE `catalog_product_entity_media_gallery` 
DROP KEY `MAGMI_CPEM_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `core_url_rewrite` 
CHANGE `id_path` `id_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Id Path' after `store_id` , 
CHANGE `request_path` `request_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Request Path' after `id_path` , 
CHANGE `target_path` `target_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Target Path' after `request_path` , 
CHANGE `is_system` `is_system` smallint(5) unsigned   NULL DEFAULT 1 COMMENT 'Defines is Rewrite System' after `target_path` , 
CHANGE `options` `options` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Options' after `is_system` , 
CHANGE `description` `description` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Deascription' after `options` , 
CHANGE `category_id` `category_id` int(10) unsigned   NULL COMMENT 'Category Id' after `description` , 
CHANGE `product_id` `product_id` int(10) unsigned   NULL COMMENT 'Product Id' after `category_id` , 
ADD KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_CATEGORY_ENTITY_ENTITY_ID`(`product_id`) , 
DROP KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_PRODUCT_ENTITY_ENTITY_ID` , 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_CATEGORY_ENTITY_ENTITY_ID` 
FOREIGN KEY (`product_id`) REFERENCES `catalog_product_entity` (`entity_id`) ON DELETE CASCADE ON UPDATE CASCADE , 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_PRODUCT_ENTITY_ENTITY_ID`  ;


/* Alter table in target */
ALTER TABLE `eav_attribute` 
DROP KEY `MAGMI_EA_CODE_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `eav_attribute_option_value` 
DROP KEY `MAGMI_EAOV_OPTIMIZATION_IDX` ;


/* The foreign keys that were dropped are now re-created*/

ALTER TABLE `core_url_rewrite` 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_CTGR_ID_CAT_CTGR_ENTT_ENTT_ID` 
FOREIGN KEY (`category_id`) REFERENCES `catalog_category_entity` (`entity_id`) ON DELETE CASCADE ON UPDATE CASCADE , 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_STORE_ID_CORE_STORE_STORE_ID` 
FOREIGN KEY (`store_id`) REFERENCES `core_store` (`store_id`) ON DELETE CASCADE ON UPDATE CASCADE ;

/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;

วิธีที่ดีที่สุดในการเพิ่มความเร็วในการดำเนินงานฐานข้อมูลขนาดใหญ่คือการมีฐานข้อมูลของคุณบนเซิร์ฟเวอร์ของตัวเองซึ่งได้รับการปรับให้เหมาะสำหรับการใช้ฐานข้อมูล มีไม่มากที่สามารถปรับปรุงได้ในรหัสพื้นที่ชำระเงินที่ชาญฉลาด (แม้ว่าบางประเภทของผลิตภัณฑ์เช่นกำหนดค่าได้จริงสามารถชะงักกระบวนการ quoting จริง ๆ ) เนื่องจากน้อยมากสามารถแคชได้อย่างปลอดภัย

อาจดูแยกการอ่านและเขียนในฐานข้อมูลของคุณ คุณจะต้องใกล้กับการตั้งค่าการจำลองแบบทันทีซึ่งเป็นสิ่งที่ทำให้ฉันกังวลอยู่เสมอถึงแม้ว่าผู้อื่นอาจมีข้อมูลเพิ่มเติมเกี่ยวกับวิธีกำหนดค่าที่ดีที่สุด