Bu MySQL Özel Durumunu kim atıyor (ve yakalıyor)?

Question

Python'u MySQL ve Django ile kullanıyorum. Bu hatayı görmeye devam ve ben istisnası atılır nerede bilemiyorum:

Exception _mysql_exceptions.ProgrammingError: (2014, "Commands out of sync; you can't run this command now") in <bound method Cursor.__del__ of <MySQLdb.cursors.Cursor object at 0x20108150>> ignored

Ben birçok benim kodunda ve "istisna" bloklar "dene" - eğer istisna bunlardan birinde meydana geldi, sonra kendi hata ayıklama mesajlarını görecektim. Yukarıdaki İstisna programın İstisna atıldığında iptal edilmemesi nedeniyle bir yerlerde yakalanıyor.

Çok şaşırdım, birisi bana yardım edebilir mi?

Answer 1

Bu bir Python Hatası.

görme: MySQLdb Query ile ilgili bir sorun gibi görünüyor http://eric.lubow.org/2009/python/pythons-mysqldb-2014-error-commands-out-of-sync/

.

Answer 2

Birden çok ileti dizisinden aynı bağlantıyı/imleci kullanıyorsanız bu hatanın oluşabileceğine inanıyorum. Ancak, Django'nun yaratıcılarının böyle bir hata yaptığını düşünmüyorum, ancak kendi başınıza bir şey yapıyorsanız kolayca gerçekleşebilir.

Answer 3

Bir sürü malzeme ve hata ayıklama yazdırdıktan sonra, düşündüğüm sorunu çözdüm. Kullandığım kitaplıklardan biri bağlantıyı veya imleci kapatmadı. Ancak bu sorun sadece büyük miktarda veriyle tekrar edersem ortaya çıkar. Sorun da çok aralıklıdır ve hala "senkronizasyondan çık" komutunu kimin attığını bilmiyorum. Ama şimdi hem bağlantıyı hem de imleci kapattık, artık hataları göremiyorum.

Answer 4

Tam olarak bu hatayı (MySQLdb ve Django kullanarak) buldum ve "yok sayılma" nedeninin __del__ yönteminde gerçekleştiğini fark ettim. object.__del__ datamodel

ayrıca (en azından this thread göre) yığın kadar onu yakalamak için herhangi bir yol olarak görünmüyor, ancak MySQLdb/cursors.py veya monkey- düzenleyebilirsiniz: __del__ yılında İstisnalar kategorik göz ardı edilir oraya özel __del__ almak için yama, istisnai yakalar ve bir pdb istemine girer veya tam bir geri izleme günlüğe kaydeder.