Tăng tốc giỏ hàng để thanh toán và kiểm tra lưu hành động

Tôi đang điều hành một số cửa hàng Magento CE và tăng tốc chúng bằng bộ nhớ đệm, tuy nhiên giỏ hàng và thanh toán vẫn còn chậm. Có ai có kinh nghiệm hoặc lời khuyên trong việc tăng tốc các trang này?

Có lẽ thông qua tối ưu hóa cơ sở dữ liệu?

Một số truy vấn đã được thực hiện khi lưu một đơn đặt hàng từ thanh toán sẽ hiển thị trong nhật ký truy vấn chậm trên máy chủ và cơ sở dữ liệu dường như là nút cổ chai.

1. Từ trải nghiệm cá nhân, vô hiệu hóa mô-đun Mage_Rss, điều này buộc 'dọn dẹp bộ đệm' 4 lần trong quá trình thanh toán - rất tốn kém nếu bạn đang sử dụng bộ đệm của hệ thống tập tin, có thể vẫn còn đắt nếu bạn đang sử dụng cơ sở dữ liệu hoặc memcached.

2. CE Chỉ vô hiệu hóa Mage_Doadable vì những lý do tương tự miễn là bạn không sử dụng sản phẩm có thể tải xuống, điều này sẽ tăng tốc độ kiểm tra và hành động giỏ hàng khi bạn có nhiều mặt hàng trong giỏ hàng vì có người quan sát về những thứ như checkout_type_onepage_save_order_afternhân số thời gian phản hồi với # vật phẩm trong xe đẩy.

3. Dây lên xhprof / xhgui và làm một số hồ sơ.

• Đặt chỉ mục của bạn thành thủ công.
• Vô hiệu hóa lưu trữ thẻ bộ nhớ cache

Cả hai thay đổi này sẽ có tác động MASSIVE đến hiệu suất vì nó ngăn Magento tuôn ra bộ nhớ cache và lập chỉ mục lại mỗi khi đơn hàng đi qua.

Mặc dù phải trả giá, nội dung đó có thể bị cũ do kết quả - mức cổ phiếu, v.v.

Nếu bạn muốn giải quyết nó theo cách thử nghiệm, có một phần mở rộng từ hackathon magento đầu tiên ở munich, tiếng Đức:

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

Họ xếp hàng các đơn đặt hàng vào một db mongo, ý tưởng là, nếu máy chủ mysql không tải để ghi lại chúng. Nhưng tôi không biết dự án này đã sẵn sàng bao xa. Afaik làm việc tất cả các văn bản, nhưng không viết lại.

Tôi không biết Phiên bản Magento CE của bạn mà bạn đang vật lộn. Nhưng tôi đã có vấn đề nghiêm trọng về hiệu suất với CE 1.6 của mình.
Lý do: Chỉ số sai và thiếu. Chúng được cố định trong CE 1.6.2
Bạn có thể kiểm tra xem nó có giúp bạn không.
Tôi đã giảm thời gian thanh toán cho 38 dòng với tổng cộng 73 mặt hàng từ 123 giây xuống còn 4 giây !!!!

Nó đến đấy:

/*!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 */;

Cách tốt nhất để tăng tốc các hoạt động cơ sở dữ liệu lớn là để cơ sở dữ liệu của bạn trên máy chủ của riêng nó được tối ưu hóa cho việc sử dụng cơ sở dữ liệu. Không có nhiều thứ có thể được cải thiện trong khu vực kiểm tra mã khôn ngoan (mặc dù một số loại sản phẩm nhất định, như Cấu hình, thực sự có thể làm hỏng quá trình trích dẫn) vì rất ít có thể được lưu trữ an toàn.

Có thể nhìn vào việc phân chia các lần đọc và viết ra trong DB của bạn. Bạn sẽ cần thiết lập sao chép ngay lập tức mặc dù đó là điều luôn làm tôi lo lắng khi thực hiện nó mặc dù những người khác có thể có thêm thông tin về cách tốt nhất để định cấu hình nó.