Vấn đề về hiệu suất với các trang web / cửa hàng 1k đến 10k

Tôi đang cố gắng tìm cách cải thiện hiệu suất Magento khi số lượng trang web / cửa hàng vượt quá 1k và mục tiêu của tôi là khoảng 10k. Đây là một số câu hỏi; bất kỳ lời khuyên / giúp đỡ đều vô cùng hoan nghênh!

1. Thêm trang web / cửa hàng mới là chậm;
   Tôi nhận xét $ this-> cleanModelCache () trong _afterSave () trong Mage_Core_Model_Abauge, và tình hình có vẻ tốt hơn nhưng ngày càng chậm hơn khi số lượng trang web / cửa hàng tăng lên. Và tôi không biết điều này sẽ ảnh hưởng đến toàn bộ hệ thống trong tương lai.

2. Cuộc gọi Api trở nên chậm chạp.
   Một trong những quy trình chính là đặt hàng; mô hình tùy chỉnh của tôi xử lý nó bằng cách xử lý một số dữ liệu và về cơ bản sử dụng mô hình bán hàng / báo giá và mô hình sales / service_quote. Quá trình bắt đầu với Oauth. Cả Oauth và đặt hàng đều mất nhiều thời gian hơn khi số lượng trang web / cửa hàng tăng lên và mức tiêu thụ bộ nhớ có vẻ lớn hơn. Điều này có liên quan gì đến việc Mage tải config xml không, và thực tế là dữ liệu cấu hình sẽ lớn hơn với số lượng trang web ngày càng tăng?

3. Mở n98-magerun dev: console mất nhiều thời gian hơn; không biết nguyên nhân của nó.

4. Việc lưu cấu hình từ bảng quản trị mất nhiều thời gian hơn; không biết làm thế nào để cải thiện nó

Có thể xây dựng lại cách Magento tạo và tải dữ liệu cấu hình để giảm mức tiêu thụ bộ nhớ của nó không? Đây có phải là một trong những yếu tố gây ra vấn đề hiệu suất cho tình huống của tôi?

Ví dụ Magento hiện tại: Phiên bản = Magento EE 1.14.2.4;
Cấu hình bộ đệm trên; tắt bộ nhớ cache khác;
Sử dụng Mysql 5.6 và MongoDB (cho catalog_carget_entity, catalog_product_entity, core_website);
số lượng trang web = số lượng cửa hàng = số lượt xem = 1024;
số lượng sản phẩm = 4501;

Trước tiên xin cảm ơn tất cả các bạn!

Một trong những lý do khiến nó bị chậm là vì cấu hình cho mỗi cửa hàng được sao chép từ / config / website và / config / global và mã để thực hiện điều đó không hiệu quả trong ít nhất. Bất kỳ thay đổi cài đặt nào cũng có thể gây ra vài phút, nếu không phải là hàng giờ, làm giảm hiệu suất và thông lượng. Làm cho nó hiệu quả hơn về cơ bản có nghĩa là Ben Marks sẽ đến sau bạn ... và không phải là một cách tốt.

NẾU bạn sẽ đi xuống tuyến đường này, cách dễ nhất là có 10k cài đặt Magento và có một loại nhà môi giới ủy thác các yêu cầu cho trang web thích hợp. Mặc dù vậy, tất nhiên, nó sẽ phụ thuộc vào trường hợp sử dụng thực tế của bạn là gì.

[thêm]

Tùy thuộc vào trường hợp sử dụng, bạn có thể sử dụng các danh mục làm cửa hàng giả. Về mặt kỹ thuật, bạn có thể sử dụng XML bố trí để thay đổi chủ đề cho mỗi cửa hàng. Nhưng sau đó bạn sẽ chạy vào giới hạn của thanh toán. Tất cả các cửa hàng sẽ cần phải chia sẻ kiểm tra.

Dù bằng cách nào, các cửa hàng Magento 10k là có thể, trong đó không phải là không thể. Nhưng nó sẽ là một con đường khó khăn cho dù bạn chọn con đường nào.

Bạn có thể thử hack lõi và cho phép chia tách bộ đệm trang web. Bạn có thể thử hack cơ sở dữ liệu và lưu trữ thông tin cấu hình trong bộ nhớ. Bạn có thể thử thay thế bộ đệm cấu hình bằng một cái gì đó thông minh hơn - giả sử bộ đệm thông tin từ các tệp xml [là tĩnh và áp dụng cho tất cả các trang web và cửa hàng] trong khi lấy dữ liệu ghi đè một cách linh hoạt.

Tôi là một người phục vụ, vì vậy tôi đi tìm cơ sở dữ liệu. Đặc biệt là vì nó là tầm thường để làm.

Nếu bạn có quyền kiểm soát máy chủ cơ sở dữ liệu của mình: Đổi tên bảng core_config_data thành core_config_data_offline Tạo bảng core_config_data mới bằng cách sử dụng công cụ lưu trữ MEMORY http://dev.mysql.com/doc/refman/5.7/en/memory-st Storage-engine.html Sao chép tất cả dữ liệu từ core_config_data_offline sang core_config_data

Thiết lập một công việc cron để kiểm tra xem core_config_data có tồn tại không, nếu nó sao chép tất cả dữ liệu từ đó sang core_config_data_offline. Nếu không, hãy tạo nó và sao chép mọi thứ từ core_config_data_offline sang core_config_data

Tắt bộ đệm cấu hình. Khi bộ đệm cấu hình được bật, bạn chỉ được tăng hiệu suất cho lần đầu tiên dữ liệu cấu hình được đọc từ cơ sở dữ liệu - sau đó nó nằm trong bộ đệm và bạn phải chịu đựng. Mặt khác, các tệp xml không còn được lưu trong bộ nhớ cache, do đó bạn đã đánh đổi điểm hiệu năng của việc hủy xác định dữ liệu cấu hình khổng lồ cho lần truy cập hiệu năng của việc phân tích một loạt các tệp xml.

Bạn cũng có thể muốn thử nghiệm thay đổi tệp Mage / Core / Model / Config.php và bật bộ đệm trang web riêng lẻ. Theo mặc định, mỗi cửa hàng dữ liệu cấu hình cụ thể được lưu trữ riêng lẻ. Tất cả dữ liệu cấu hình trang web được lưu trữ trong một đối tượng.

Lưu ý rằng điều này chỉ dành cho cấu hình ghi đè [cài đặt quản trị viên]. Vì vậy, nếu bạn thực hiện tất cả các thay đổi cấu hình của mình ở cấp cửa hàng mà bạn đã đặt. Nếu bạn sử dụng "kế thừa từ trang web" và làm cho hầu hết các thay đổi cấu hình cụ thể của cửa hàng của bạn ở cấp trang web - thì bộ đệm chứa mọi trang web. Bằng cách tách nó, bạn có thể phá vỡ nó tốt hơn nhiều. được bảo vệ $ _cacheSections = mảng ('admin' => 0, 'adminhtml' => 0, 'crontab' => 0, 'install' => 0, 'store' => 1, 'website' => 0);

đến

protected $_cacheSections = array(
    'admin'     => 0,
    'adminhtml' => 0,
    'crontab'   => 0,
    'install'   => 0,
    'stores'    => 1,
    'websites'  => 1
);