Ai đang ném (và bắt) ngoại lệ MySQL này?

Question

Tôi đang sử dụng Python với MySQL và Django. Tôi tiếp tục nhìn thấy lỗi này và tôi không thể tìm ra nơi các ngoại lệ được ném:

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

Tôi có nhiều "thử" và "ngoại lệ" khối trong mã của tôi - nếu ngoại lệ xảy ra trong một trong số đó, sau đó tôi sẽ thấy thông báo gỡ lỗi của riêng tôi. Ngoại lệ trên rõ ràng là bị bắt ở đâu đó vì chương trình của tôi không hủy bỏ khi ngoại lệ được ném.

Tôi rất bối rối, ai đó có thể giúp tôi không?

Answer 1

Đây là lỗi Python.

Xem: http://eric.lubow.org/2009/python/pythons-mysqldb-2014-error-commands-out-of-sync/

Dường như có một vấn đề với MySQLdb Query của bạn.

Answer 2

Tôi tin rằng lỗi này có thể xảy ra nếu bạn đang sử dụng cùng một kết nối/con trỏ từ nhiều luồng. Tuy nhiên, tôi không nghĩ rằng những người sáng tạo của Django đã phạm sai lầm như vậy, nhưng nếu bạn đang làm một cái gì đó của chính mình nó có thể dễ dàng xảy ra.

Answer 3

Sau khi in ra một loạt các công cụ và gỡ lỗi, tôi đã tìm ra vấn đề tôi nghĩ. Một trong những thư viện mà tôi đã sử dụng không đóng kết nối hoặc con trỏ. Nhưng vấn đề này chỉ xuất hiện nếu tôi lặp qua một lượng lớn dữ liệu. Vấn đề cũng rất liên tục và tôi vẫn không biết ai đang ném "lệnh ra khỏi đồng bộ" ngoại lệ. Nhưng bây giờ chúng tôi đã đóng cả kết nối và con trỏ, tôi không thấy lỗi nữa.

Answer 4

Tôi đã có lỗi chính xác (sử dụng MySQLdb và Django) và phát hiện ra rằng lý do nó bị "bỏ qua" là nó xảy ra theo phương thức __del__. Trường hợp ngoại lệ trong __del__ đang khoát bỏ qua: object.__del__ datamodel

Hiện không có vẻ là cách nào để bắt nó từ xa hơn lên stack (ít nhất là theo this thread), nhưng bạn có thể chỉnh sửa MySQLdb/cursors.py hoặc monkey- vá để có được __del__ của riêng bạn trong đó bắt ngoại lệ và giọt bạn vào một dấu nhắc pdb hoặc đăng nhập một traceback đầy đủ.