mysql.connector 应该如何与 Django 应用程序中的线程正确共享？

问：

这涉及到我之前的问题的潜在解决方案，在该问题中，我在将 mysql 游标包装在 和 中得到。commands out of sync; you can't run this command now__enter____exit__

我在其他地方读到过，Django 不会生成新线程来处理多个请求，而是通常会生成多个 Django 进程以实现并行性。尽管有这个建议，我还是开始打印，并注意到它们正在发生变化。Thread.identThread.native_id

基于此，我推测性地写了这样的话：

def db_connect ():

  t = threading.current_thread()

  if not hasattr (t, 'db_connection'):
    print (f"New MyDBConnectionClass for {t.ident}~{t.native_id}")
    t.db_connection = MyDBConnectionClass ()

  return t.db_connection.get_cursor () # This object has a __exit__ which closes the cursor

以及

class MyDBConnectionClass ():

  def __del__(self):
    t = threading.current_thread()
    print (f"MyDBConnectionClass deleted for {t.ident}~{t.native_id}")

视图处理程序对游标的用法保持不变：

with db_connect() as db:
  results = db.all (query, args)

到目前为止，这似乎已经修复了错误（以及原始问题中提到的退出代码 245 崩溃）。commands out of sync

MyDBConnectionClass.__delete__未被调用，但为几个不同的值创建了各种实例。ident

我目前的假设是，存在某种线程池，并且我的应用程序不可预测地崩溃，因为有时（通常）会在创建初始连接的线程中处理视图，但有时不会。这个实验似乎表明，给每个线程一个不同的连接是有效的，这是有道理的，但我不满意，因为：

• Thread 对象显然没有被删除（或者其他东西被阻止被调用）MyDBConnection.__del__
• 这与我在其他地方读到的文档和示例不一致
• 它很乱，据我所知，Django 的设计相当干净——我想我一定遗漏了什么

那么，处理mysql连接和游标对象的正确方法是什么，以便我可以这样做

with my_connection_wrapper.get_cursor() as my_cursor_wrapper:
  my_cursor_wrapper.foo ()

在 Django 视图中自由地不泄漏资源，也不会导致线程亲和不稳定问题（假设这真的是问题所在）？