导读：很多朋友问到关于django如何更改数据库连接的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
本文目录一览：
1、Django教程-02连接初始化数据库2、django怎么启动数据库连接3、「Django框架」-拆分配置文件settings4、如何处理django的数据库连接池Django教程-02连接初始化数据库
Django教程——01安装使用
在上面一篇文章里，介绍了安装Django的方法，这里说说连接数据库吧
这篇主要介绍踩的坑和解决办法
正常连接和初始化数据库的命令是
执行这个命令的时候，出现了如下报错
经过一段排查，是我配置数据库的时候，多嵌套了一层default，修改为如下即可
然后继续执行migrate时，会报如下错误
本机环境是mac电脑，按官方教程操作的时候，发现安装mysqlclient的python包会依赖本机安装mysql或者mysql-client，但在装mysql和mysql-client的时候，发现一直报错。后面发现解决办法是，在settings.py文件里，加下如下代码,即改用pymsql连接即可。
或者在settings.py同目录的__init__.py里加如上代码也可以
然后再执行python manage.py migrate命令会发现表顺利创建。新增表，不影响原有库的其他表。
django怎么启动数据库连接
方法/步骤 修改setting.py里面的DATABASES元组为 DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': 'books', #你的数据库名称 'USER': 'root', #你的数据库用户名 'PASSWORD': '', #你的数据库密码 'HOST':
「Django框架」-拆分配置文件settings
使用 Django 命令生成一个项目的基本结构时，配置信息默认保存在和项目目录同名的目录下的 settings.py 文件里， 在实际的开发中，对于一个项目而言，这样往往是不合适的，需要将 settings 配置文件拆分为几个文件, 线上和线下都会使用的文件放置到 base.py 文件里，线上的放置在 product.py 文件里，开发测试的文件放置在 develop.py 文件里。这样功能划分就明确了，方便我们线上线下的调试。
1）在项目同名目录下，创建一个 settings 的包（目录下含 __init__.py 的文件夹）。
2）在 settings 的包中分别新建3个文件：公共基础 base.py （用于配置 Django 默认生成配置文件）， develop.py (用于开发环境)、 product.py (用于生产环境)。
3）将原来的 settings.py 的内容复制到 base.py 文件中。
4）确认目录OK后，我们需要修改 base.py 中的时区和语言配置：
如果有类似公共部分需要修改的，则在 base.py 中修改即可，例如注册子应用之类的，在此就不一一举例。。
5）之后，对于线上线下不同部分，我们只要导入 base.py 模块，再针对不同部分进行修改即可，例如线上线下对接不同的测试数据库，我们则可以修改数据库连接：
6）修改 manage.py 文件， Django 使用自带服务启动时需要知道 settings 文件的路径。
7）到上生产的时候，使用 asgi.py （ Django3.x 中）或 wsgi.py （ Django2.x 以下版本），则可以更改生产配置文件的路径：
以上又有个问题，如果线上线下环境切换，又要改动代码， 我们可以通过设置系统环境变量来动态获取，避免修改代码：
这样通过读取系统环境变量中的 LIPIN_PROFILE 来控制 Django 加载不同的 settings 文件。
这样可以将原来的 settings.py 文件删掉！！
但是这样就会有个问题，你会发现之前好好的网页我们访问不了了，模板找不到！
这是因为之前的配置文件中，路径问题，因为我们原来的配置文件是在同名目录下，而我们现在将配置文件拆分为一个新的包，所以还要上一级目录才是我们需要的：
如何处理django的数据库连接池
由于创建连接的代价是很高的, 我们每次访问数据库都重新创建连接的话是非常消耗性的.
我们可以再程序启动的时候先创建出一些连接, 放在一个集合中, 访问数据库的时候从集合中获取, 使用结束再放回集合中.
这样做只是在程序启动的时候消耗性能去创建连接, 每次访问数据库的时候都是从内存中获取连接, 可以大大提升效率.
注意事项:
由于池中增删非常频繁, 使用集合LinkedList效率较高
集合中所有连接都被占用时创建新连接, 但需要注意连接总数
使用组合模式/动态代理处理释放连接的方法, 当运行close方法时, 将连接放回池中
关于数据库连接池：
数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。
数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。
数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被 使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超 过最大连接数量时，这些请求将被加入到等待队列中。
数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素：
1) 最小连接数是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费；
2) 最大连接数是连接池能申请的最大连接数，如果数据库连接请求超过此数，后面的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作。
3) 如果最小连接数与最大连接数相差太大，那么最先的连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过，这些大于最小连接数的数据库连接在使用完不会马上被释放，它将被放到连接池中等待重复使用或是空闲超时后被释放。
J2EE服务器启动时会建立一定数量的池连接，并一直维持不少于此数目的池连接。
调用：客户端程序需要连接时，池驱动程序会返回一个未使用的池连接并将其表记为 忙。如果当前没有空闲连接，池驱动程序就新建一定数量的连接，新建连接的数量有配置参数决定。
释放：当使用的池连接调用完成后，池驱动程序将此连接表记为空闲， 其他调用就可以使用这个连接
结语：以上就是首席CTO笔记为大家整理的关于django如何更改数据库连接的相关内容解答汇总了，希望对您有所帮助！如果解决了您的问题欢迎分享给更多关注此问题的朋友喔～