让Django支持数据库长连接（可以提高不少性能哦）

最新推荐文章于 2022-03-03 14:23:15 发布

zbyufei

最新推荐文章于 2022-03-03 14:23:15 发布

阅读量2.1k

点赞数

分类专栏： Python 文章标签： django 数据库 module database import class

本文链接：https://blog.csdn.net/zbyufei/article/details/7570014

版权

本文探讨了如何使Django支持数据库长连接，以提升系统性能。通过分析Django的内置Backend，发现可以通过包装MySQLdb模块，替换connect方法来维持连接。然而，直接包装MySQLdb仍会导致Django在请求结束后关闭连接。为解决此问题，需要进一步包装Connection对象，确保Django在使用后不会关闭长连接。实验中发现，未经优化的方案在多次刷新后出现错误，而升级后的解决方案则成功避免了这一问题。

摘要由CSDN通过智能技术生成

现在很流行用一些高性能的nonblock的app server来host Django的应用，这些Server可以看做是一个单进程单线程的程序，然后用nginx在前端反向代理并且负载均衡到N多个后端工作进城来充分利用多CPU的性能，当然这部分的配置工作在上回已经说得很清楚了。但是对于Django来说有一个问题。因为Django的数据库连接是在查询的时候实时创建的，用完就会关掉，这样就会频繁的开闭连接。但是对于Tornado这种Server来说这种方式是低效的。这种Server最高效的工作模式是每个进程开启一个连接，并长期保持不关闭。本文的目的就是尝试使Django改变一贯的作风，采用这种高效的工作模式。本文基于Django1.3的版本，如果是低版本可以稍加更改一样可以使用。

Django的数据库可以通过配置使用专门定制的Backend，我们就从这里入手。

首先我们看看Django自带的Backend是如何实现的。在Django官网上可以看到自带MySql的Package结构，可以点击此处前往瞻仰。

通观源码我们可以发现，Django基本上是封装了MySQLdb的Connection和Cursor这两个对象。而且重头实现整个Backend既不实际而且也不能从根本上解决问题。所以我们可以换一个思路。所有的数据库操作都是从获取Connection对象开始的，而获取Connection对象只有一个入口，就是MySQLdb.connect这个函数。所以我们只需要包装MySQLdb这个模块，用我们自己的connect方法替代原本的，这样就从根源上解决了问题。我们在包装器内部维护MySQLdb的Connection对象，使其保持长连接&