100,000 बार रिकॉर्ड किए गए MySQL टेबल की अक्सर पुष्टि होती है


11

मेरे पास विभिन्न प्रकार की जानकारी संग्रहीत करने के लिए लगभग 100 तालिकाओं का एक एकल डेटाबेस है।

सबसे महत्वपूर्ण तालिका हमारी ऑर्डर टेबल है जो ग्राहकों के ऑर्डर को स्टोर करने के लिए उपयोग की जाती है और अब और बढ़ते हुए 100000 से अधिक रिकॉर्ड है।

वास्तविक समय क्रम डैशबोर्ड, सांख्यिकी, विश्लेषिकी आदि से आवश्यक जानकारी के विभिन्न भागों के लिए यह तालिका हमारे डेटाबेस में सबसे अधिक सत्यापित तालिका है।

मैं नियमित आधार पर डेटाबेस की निगरानी करता हूं और मुद्दों को ट्रैक करने के लिए डेटाबेस पर सक्षम धीमी क्वेरी है।

मैं दैनिक आधार पर क्वेरी को बाहर करने के लिए mysqltuner जैसी स्क्रिप्ट का उपयोग करता हूं।

मैं अपने डेटाबेस में शीर्ष 10 सबसे धीमी क्वेरी के बारे में जानकारी इकट्ठा करने के लिए mysqlsla का उपयोग करता हूं।

sample stat
Count         : 11.48k  (30.66%)
Time          : 19.623758 s total, 1.709 ms avg, 239 µs to 2.475017 s max  (18.64%)
  95% of Time : 5.246833 s total, 481 µs avg, 239 µs to 1.095 ms max
Lock Time (s) : 14.460071 s total, 1.259 ms avg, 53 µs to 2.462555 s max  (41.38%)
  95% of Lock : 806.43 ms total, 74 µs avg, 53 µs to 137 µs max
Rows sent     : 1 avg, 0 to 9 max  (0.99%)
Rows examined : 6 avg, 1 to 28 max  (0.15%)

सबसे धीमे उत्तोलन में ऊपर उल्लिखित आदेश तालिका शामिल है। मैं अपने भंडारण इंजन के रूप में MyISAM का उपयोग करता हूं ताकि संभावित समस्याएं हो सकें:

  1. टेबल लॉकिंग
  2. अनुक्रमणिका समस्याएँ

मैं इन आंकड़ों को कैसे सुधार सकता हूं, इन तालिकाओं के लिए मैंने जगह बनाई है और रीड क्वेरीज़ को बेहतर बनाने के लिए इनका इस्तेमाल किया है।

टेबल स्कीमा

`orderid` int(11) NOT NULL AUTO_INCREMENT,
`cityid` tinyint(3) unsigned NOT NULL DEFAULT '1',
 `model_type` tinyint(1) unsigned DEFAULT '1',
`userid` int(11) DEFAULT NULL,
`usertype` char(1) DEFAULT NULL,
`time` time DEFAULT NULL,
`ordercode` char(8) DEFAULT NULL,
`restid` smallint(3) unsigned NOT NULL,
`areaid` smallint(3) unsigned DEFAULT NULL,
`restname` varchar(50) DEFAULT NULL,
`date` date NOT NULL,
`del_time` time NOT NULL,
`status` tinyint(3) unsigned NOT NULL,
`amount` float NOT NULL,
`deliverycharge` smallint(4) unsigned DEFAULT '0',
`tax` float NOT NULL,
`total` float NOT NULL,
`extras` varchar(255) DEFAULT NULL,
`requests` varchar(255) DEFAULT NULL,
`discount` float DEFAULT NULL,
`rdiscount` float DEFAULT NULL,
`reason` varchar(255) DEFAULT NULL,
`rest_order` tinyint(1) unsigned DEFAULT NULL,
`admin_user` varchar(25) DEFAULT NULL,
`mode` char(1) NOT NULL,
`priority_order` tinyint(1) unsigned DEFAULT '0',
`payment_mode` tinyint(1) unsigned DEFAULT '0',
`km` tinyint(3) unsigned DEFAULT NULL,
`order_type` tinyint(1) NOT NULL DEFAULT '1',
`coupon_discount` smallint(3) DEFAULT '0',
`pickup_time` time NOT NULL,
PRIMARY KEY (`orderid`),
KEY `cityid` (`cityid`),
KEY `date_3` (`date`,`status`,`mode`),
KEY `orderid` (`orderid`),
KEY `time` (`time`),
KEY `userid` (`userid`,`usertype`),
KEY `restid` (`restid`,`date`,`status`)

धीमी लॉग क्वेरी

SELECT `a`.`orderid`, `a`.`date`, `a`.`status`, `a`.`restname`, `a`.`admin_user`, `a`.`model_type`, `b`.`name` as cityname
FROM `tk_order_queue` AS a
INNER JOIN `tk_cities` AS b ON `a`.`cityid` = `b`.`id`
WHERE `a`.`date` =  '2012-06-30'
AND `a`.`status` =  0
AND `a`.`mode` =  1
ORDER BY `a`.`orderid` desc;

कृपया दौड़ें SHOW CREATE TABLE orders\Gऔर प्रश्न में पोस्ट करें
RolandoMySQLDBA

2
क्या मैं गलत तरीके से पढ़ रहा हूं, या औसत क्वेरी समय 1.7ms है? पृथ्वी पर आप गति क्यों चाहेंगे?
फिलु

मैं थोड़ा उलझन में हूं कि धीमी क्वेरी लॉग में क्यों दिखाई देता है।
शेल्डन

@ रोलैंडमाइसीडीडीबीए ने स्कीमा
शेल्डन

1
सिर्फ इसलिए कि आपके पास मेज पर अनुक्रमित हैं इसका मतलब यह नहीं है कि वे आपके प्रश्नों के लिए सही अनुक्रमित हैं। क्या आप धीमे प्रश्नों और उनके उत्पादन के कुछ उदाहरणों को पोस्ट कर सकते हैं? इसके अलावा, आदेश तालिका कितनी बार अद्यतन की जाती है?
bobwienholt

जवाबों:


8

आपको अपने सभी प्रश्नों के कथनों की तुलना WHERE क्लॉज एंड ग्रुप BY और ORDER द्वारा करनी होगी, यह सुनिश्चित करने के लिए कि आपके मौजूदा इंडेक्स उनकी विस्तृत योजनाओं में उनका समर्थन कर सकते हैं।

कल, मैंने इस प्रश्न का उत्तर दिया: कई सूचकांक के साथ इनोबीडी बनाम माईसैम

उस प्रश्न में मैंने MyISAM तालिका में कुछ करने का सुझाव दिया था जिसे आप भी कर सकते हैं

ALTER TABLE orders ROW_FORMAT=Fixed;

यह सभी VARCHARs को CHAR के रूप में मानेगा। हर पंक्ति ठीक उसी लंबाई की होगी। इससे डिस्क स्पेस 80% -100% बढ़ जाएगा। आपकी तालिका पंक्तियों की संख्या के अनुसार पंक्ति लेआउट समय के लिए अधिकतम आकार तक फूल जाएगी। आप तालिका को आकार में दोगुना या तिगुना कर सकते हैं।

फायदा कहां है? तब आपकी MyISAM तालिका 20% से कहीं भी लिखी / पढ़ी जाएगी - 30% तेजी से बिना कुछ और बदले।

मैंने सीखा है कि MySQL डाटाबेस डिजाइन और ट्यूनिंग के पेज 72,73 से ।

मैंने इस बारे में अतीत में लिखा है:


विस्तार से स्पष्टीकरण के लिए धन्यवाद, हाँ तालिका में जोड़े गए अनुक्रमित हमारे सिस्टम में उपयोग किए गए कथनों द्वारा चयनों, समूह द्वारा और आदेश के लिए उपयोग किए गए प्रश्नों पर आधारित हैं। अनुक्रमणिका लॉग के बिना प्रश्नों की निगरानी कर रहा है और तदनुसार तालिका को अद्यतन कर रहा है।
शेल्डन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.