Beschleunigung der Aktionen zum Speichern des Warenkorbs zum Auschecken und Auschecken

Ich betreibe mehrere Magento CE-Shops und beschleunige sie durch Zwischenspeichern. Der Warenkorb und die Kasse sind jedoch weiterhin langsam. Hat jemand Erfahrung oder Tipps zur Beschleunigung dieser Seiten?

Vielleicht durch die Optimierung der Datenbank?

Einige Abfragen, die beim Speichern einer Bestellung aus dem Checkout durchgeführt wurden, werden im langsamen Abfrageprotokoll auf dem Server angezeigt, und die Datenbank scheint der Engpass zu sein.

1. Deaktivieren Sie aus persönlicher Erfahrung das Mage_Rss-Modul, das eine viermalige Cache-Bereinigung beim Auschecken erzwingt - sehr teuer, wenn Sie den Dateisystem-Cache verwenden, wahrscheinlich immer noch teuer, wenn Sie eine Datenbank oder einen Speicher verwenden.

2. Nur CE Deaktivieren Sie Mage_Downloadable aus ähnlichen Gründen, solange Sie das Produkt Downloadable nicht verwenden. Dies beschleunigt die Checkout- und Warenkorbaktionen, wenn sich mehrere Artikel im Warenkorb befinden, da Beobachter beispielsweise checkout_type_onepage_save_order_afterdie Antwortzeit mit der Anzahl der Artikel multiplizieren im Wagen.

3. Verdrahten Sie xhprof / xhgui und erstellen Sie ein Profil .

• Stellen Sie Ihre Indizes auf manuell ein.
• Deaktivieren Sie den Cache-Tag-Speicher

Beide Änderungen haben einen MASSIVEN Einfluss auf die Leistung, da Magento verhindert, dass Caches geleert und jedes Mal neu indiziert werden, wenn ein Auftrag ausgeführt wird.

Es ist jedoch mit Kosten verbunden, dass der Inhalt als Ergebnis veraltet sein kann - Lagerbestände usw.

Wenn Sie es auf experimentelle Weise lösen möchten, gibt es eine Erweiterung des ersten Magento-Hackathons in München:

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

Sie stellen die Bestellungen in eine Mongo-Datenbank, die Idee war, ob der MySQL-Server frei ist, um sie zurückzuschreiben. Aber ich weiß nicht, wie weit dieses Projekt ist. Afaik bearbeitet das gesamte Schreiben, jedoch nicht das hintere Schreiben.

Ich kenne Ihre Magento CE-Version nicht, mit der Sie zu kämpfen haben. Ich hatte jedoch schwerwiegende Leistungsprobleme mit meinem CE 1.6.
Grund: Falsche und fehlende Indizes. Sie wurden in CE 1.6.2 behoben.
Sie können prüfen, ob dies hilfreich ist.
Ich habe die Checkout-Zeit für 38 Zeilen mit insgesamt 73 Artikeln von 123 auf 4 Sekunden reduziert !!!!

Hier kommt es:

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

Der beste Weg, um die großen Datenbankoperationen zu beschleunigen, besteht darin, Ihre Datenbank auf einem eigenen Server zu haben, der für die Datenbanknutzung optimiert ist. Es gibt nicht viel, was im Checkout-Bereich in Bezug auf den Code verbessert werden kann (obwohl bestimmte Produkttypen, wie z. B. Konfigurierbar, den Angebotsprozess erheblich beeinträchtigen können), da nur sehr wenig sicher zwischengespeichert werden kann.

Vielleicht sollten Sie die Lese- und Schreibvorgänge in Ihrer Datenbank aufteilen. Sie müssen jedoch eine nahezu sofortige Replikation einrichten, was mich immer beunruhigt hat, obwohl andere möglicherweise weitere Informationen darüber haben, wie sie am besten konfiguriert werden können.