আমার নিম্নলিখিত পরিস্থিতি রয়েছে:
সপ্তাহে প্রায় 5 বার (ক্যাশে ক্লিয়ার, ট্র্যাফিক স্পাইকের মতো নির্দিষ্ট পরিস্থিতির সাথে সম্পর্কিত নয়) কিছু প্রশ্ন তথ্য প্রেরণে আটকে থাকে ( show processlist
):
> SELECT `main_table`.`entity_id`, `main_table`.`level`, `main_table`.`path`, `main_table`.`position`,
> `main_table`.`is_active`, `main_table`.`is_anchor`,
> `main_table`.`name`, `url_rewrite`.`request_path` FROM
> `catalog_category_flat_store_30` AS `main_table`
> LEFT JOIN `core_url_rewrite` AS `url_rewrite` ON url_rewrite.category_id=main_table.entity_id AND
> url_rewrite.is_system=1 AND url_rewrite.product_id IS NULL AND
> url_rewrite.store_id='30' AND url_rewrite.id_path LIKE 'category/%'
> WHERE (path LIKE '1/2/%') AND (main_table.store_id = '30') AND
> (is_active = '1') AND (include_in_menu = '1') ORDER BY name ASC
দ্বিতীয়টি:
> SELECT `main_table`.`entity_id`, main_table.`name`, main_table.`path`,
> `main_table`.`is_active`, `main_table`.`is_anchor`,
> `main_table`.`manually`, `url_rewrite`.`request_path` FROM
> `catalog_category_flat_store_10` AS `main_table` LEFT JOIN
> `core_url_rewrite` AS `url_rewrite` ON
> url_rewrite.category_id=main_table.entity_id AND
> url_rewrite.is_system=1 AND url_rewrite.product_id IS NULL AND
> url_rewrite.store_id='10' AND url_rewrite.id_path LIKE 'category/%'
> WHERE (main_table.is_active = '1') AND (main_table.include_in_menu =
> '1') AND (main_table.path like '1/2/1528/1569/%') AND (`level` <= 4)
> ORDER BY `main_table`.`position` ASC
এই প্রশ্নগুলি নেভিগেশন মেনু তৈরির সাথে সম্পর্কিত। এগুলি কোনও সমস্যা ছাড়াই চলে এবং সারাক্ষণ খুব দ্রুত।
মাসে কয়েকবার আরও কিছু ক্যোয়ারী ডেটা সেড করতে বা টেবিল লকের জন্য অপেক্ষা করতে আটকে যায়:
INSERT INTO `catalogsearch_result` SELECT 316598 AS `query_id`, `s`.`product_id`, MATCH (s.data_index) AGAINST ('STRING HERE' IN BOOLEAN MODE) AS `relevance` FROM `catalogsearch_fulltext` AS `s`
INNER JOIN `catalog_product_entity` AS `e` ON e.entity_id = s.product_id WHERE (s.store_id = 38) AND (MATCH (s.data_index) AGAINST ('STRING HERE' IN BOOLEAN MODE)) ON DUPLICATE KEY UPDATE `relevance` = VALUES(`relevance`)
(অনুসন্ধান সম্পর্কিত)
অতিরিক্ত তথ্য:
- কোর_আর্ল_উইরাইট - 3 এম রেকর্ড (30 ওয়েবসাইট, 100 কে পণ্য)
- ক্যাটালগ_শ্রেণী_ফ্ল্যাট_স্টোর_ * - ২০০০ রেকর্ড (ফ্ল্যাট বিভাগ ব্যবহার করা সক্ষম করা আছে)
এটি কিছু বিশাল হার্ডওয়্যার (ভিএসওয়্যার মাস্টার 8 টি কর বরাদ্দ এবং 64 গিগাবাইট র্যাম, একটি এসএন স্টোরেজে এসএসডি ডিস্ক রয়েছে) ব্যবহার করে একটি সেটআপে চলছে, মাইএসকিএল অনুকূলিত হয়েছিল এবং ধারাবাহিকভাবে পর্যবেক্ষণ করা হয়। I / O সম্পর্কিত অতীতে কিছু সমস্যা ছিল (কিছু সার্ভার এবং স্যান স্টোরেজের মধ্যে লিঙ্কটি সহ)।
আমরা সমস্যাটি চিহ্নিত করতে পারিনি কারণ খালি ধাতুতে চালিত হওয়া (কোনও ভার্চুয়ালাইজেশন, একই কনফিগারেশন) উচ্চ চাপের পরিস্থিতিতে (চালানো অবরোধ (লোড পরীক্ষার পরিস্থিতি, কোনও ক্যাশে নেই)) চলবে না।
অন্য কেউ অনুরূপ সমস্যা হচ্ছে?
হালনাগাদ:
reindex সমস্ত অনুসন্ধান একটি অস্থায়ী টেবিলের দিকে সরানো হয়েছিল (সুতরাং এটি উত্পাদন দ্বারা ব্যবহৃত প্রধান টেবিলটি লক করে না, তারপরে tmp টেবিলটির নতুন নাম দেয়)। সুতরাং, পুনর্নির্দেশ প্রক্রিয়াটি ওয়েবসাইট অনুসন্ধানকারীদের সাথে হস্তক্ষেপ করে না। https://github.com/magendooro/magento-fulltext-reindex kudos to carco