2012-06-04 13 views
7

पर मारे गए थे, जो थ्रेड मैंने मारा था वह अभी भी मेरी थ्रेड सूची पर है, मैं इसे कैसे खत्म कर सकता हूं?प्रक्रिया जो अभी भी मेरी प्रोसेसलिस्ट

+-----+------+-----------+-------------+---------+-------+-----------+------------------------------------------------------------------------------------------------------+ 
| Id | User | Host  | db   | Command | Time | State  | Info                         | 
+-----+------+-----------+-------------+---------+-------+-----------+------------------------------------------------------------------------------------------------------+ 
| 678 | root | localhost | hthtthv  | Killed | 36923 | query end | INSERT INTO `gtgttg` VALUES (1,'tgtg'),(2,'Shopping'),(4,'tgtgtg'),(   | 
| 695 | root | localhost | NULL  | Query |  0 | NULL  | show processlist                      | 
+-----+------+-----------+-------------+---------+-------+-----------+------------------------------------------------------------------------------------------------------+ 
2 rows in set (0.00 sec) 
+0

संभावित डुप्लिकेट [MySQL क्वेरी मारे जाने के बाद नहीं जा रहा है] (http://stackoverflow.com/questions/5043268/mysql-query-not-going-away-after-being-killed) – ckujau

उत्तर

17

इसे किए गए कार्यों को वापस करने की आवश्यकता है, इसलिए इसमें काफी समय लग सकता है। https://dba.stackexchange.com/questions/5654/internal-reason-for-killing-process-taking-up-long-time-in-mysql

तो अंत में

: यदि यह एक InnoDB डेटाबेस है, तो आप उदाहरण के लिए इस सवाल का देख सकते हैं आप इसे

+1

यह कब तक होगा लेना? –

+1

यह आपकी क्वेरी, परिणामों की मात्रा, आपके हार्डवेयर, आपके सॉफ़्टवेयर, कुंडली और मौसम पर निर्भर करता है;) .. उर्फ, कहना मुश्किल है। उदाहरण के लिए, INNODB के साथ यह लंबा रास्ता ले सकता है तो सम्मिलन कर रहा था। पहले जवाब की जांच करें: लंबा मतलब है "30 गुना तक" .... – Nanne

+1

मैंने 8 घंटे के लिए मूल क्वेरी चलाई। क्या इसका मतलब है कि इसमें 240 घंटे लग सकते हैं? मैं एक innodb डेटाबेस का उपयोग कर रहा हूँ। इस प्रश्न को मारने का कोई और व्यावहारिक तरीका नहीं है? –

1

मेरे मामले में समाप्त किया जा करने के लिए प्रतीक्षा करने की आवश्यकता है, मेरे/var विभाजन भरा हुआ था, जहां MySQL binlogs लिखा गया है। एक बार जब मैंने कुछ डिस्क स्पेस को मुक्त कर दिया, तो मारे गए कनेक्शन तुरंत चले गए।

संबंधित मुद्दे