显式cursor.close()的必要性

Django的 cursor 类只是对底层DB的 cursor 的一个封装，所以打开 cursor 的效果基本上是与底层DB驱动绑定的。

根据psycopg2的（psycopg2是Django用于PostgreSQL数据库的DB驱动）。 常见问题 ，他们的游标是轻量级的，但会缓存你使用游标对象进行查询时返回的数据，这有可能会浪费内存。

游标是轻量级的对象，创建大量的游标应该不会造成任何问题。 构成任何类型的问题。但是请注意，用于获取结果的游标 的游标会缓存数据，并按照结果集大小的比例使用内存。 集的大小。我们的建议是，几乎总是创建一个新的游标，并在 一旦不再需要这些数据，就立即处理旧的游标（调用 close()）。唯一的例外是紧密循环，在这种循环中，我们通常 使用同一个游标进行大量的INSERTs或UPDATEs。

Django使用 MySQLdb 作为MySQL的后端，它有几种不同类型的游标，包括一些实际上在服务器端存储其结果集的游标。替换代码 MySQLdb documentation for Cursor.close 请注意，当你使用完服务器端的游标时，关闭它们是非常重要的。

如果你使用的是服务器端游标，那么在使用完游标并创建新的游标之前，关闭游标是非常重要的。 是非常重要的，当你用完游标后，在创建一个新的游标之前，必须关闭该游标。

然而，这与Django无关，因为它使用了由 MySQLdb 提供的默认的 Cursor 类，它在客户端存储结果。让一个使用过的游标处于开放状态，就像 psycopg2 一样，有可能浪费存储的结果集所使用的内存。替换代码 close method 在游标上只是删除了对数据库连接的内部引用，并耗尽了存储的结果集。

def close(self):
    """Close the cursor. No further queries will be possible."""
    if not self.connection: return
    while self.nextset(): pass
    self.connection = None
就我看他们的源代码而言，Django使用的其余所有后端(cx_oracle, sqlite3/pysqlite2)都遵循同样的模式；通过删除/重设存储的结果/对象引用来释放内存。这就是所谓的sqlite3 docs甚至不提Cursor类有一个关闭方法，而且它只是在所附的示例代码中零星地使用。
你是对的，当在cursor对象上调用__del__()时，一个cursor将被关闭，所以只有当你对cursor保持长期引用时才需要显式关闭。e.例如，一个self.cursor对象，你把它作为一个类的实例方法来保存。