如何解决Django中「无法打开数据库文件」的OperationalError错误？

我帮你排查这个问题，这种SQLite3的权限报错在Bitnami+Apache的Django环境里很常见，咱们一步步来解决：

1. 先确认数据库文件的真实路径 #

首先要确保settings.py里的BASE_DIR指向的路径和你预期的一致，有时候项目结构的变化会导致路径错误。你可以通过Django shell来验证：

cd /opt/bitnami/apps/django/你的项目目录
python manage.py shell

在shell里执行：

import os
print(os.path.join(BASE_DIR, 'db.sqlite3'))

复制输出的路径，检查这个路径下是否真的存在db.sqlite3文件，以及它的权限和所属用户组是否和你描述的一致。

2. 检查数据库文件所在目录的权限 #

SQLite3不仅需要文件本身的读写权限，还需要所在目录的读写和执行权限（因为它要创建临时锁文件）。Bitnami中的Apache进程通常以daemon用户运行，所以要确保目录对daemon组开放权限：
假设你的数据库文件在/opt/bitnami/apps/django/myproject目录下，执行以下命令：

# 调整目录权限，让daemon组能进入并读写
sudo chmod 775 /opt/bitnami/apps/django/myproject
# 设置目录的所属用户组为daemon
sudo chown bitnami:daemon /opt/bitnami/apps/django/myproject

3. 修正数据库文件的权限（不需要775） #

你提到文件权限是775，但对于SQLite数据库文件来说，执行权限是没用的，更安全的设置是给daemon组读写权限：

sudo chmod 664 /opt/bitnami/apps/django/myproject/db.sqlite3
sudo chown bitnami:daemon /opt/bitnami/apps/django/myproject/db.sqlite3

4. 排查系统安全模块的限制 #

如果上面的步骤都没解决问题，可能是SELinux（CentOS/RHEL系）或AppArmor（Ubuntu）阻止了Apache访问数据库文件：

• 临时关闭SELinux测试：

  sudo setenforce 0
  

  如果此时能正常登录管理面板，说明是SELinux的限制，需要添加持久化规则：

  sudo semanage fcontext -a -t httpd_sys_rw_content_t "/opt/bitnami/apps/django/myproject(/.*)?"
  sudo restorecon -Rv /opt/bitnami/apps/django/myproject
  

• AppArmor调整（Ubuntu）：
  编辑Apache的AppArmor配置文件（通常是/etc/apparmor.d/usr.sbin.apache2），添加一行允许访问你的数据库目录的规则：

  /opt/bitnami/apps/django/myproject/** rw,
  

  然后重新加载AppArmor：

  sudo systemctl reload apparmor
  

5. 验证Bitnami的WSGI配置 #

Bitnami部署Django时会用WSGI模块，要确保WSGI进程的运行用户是daemon。检查你的项目WSGI配置文件（比如/opt/bitnami/apache2/conf/vhosts/your-project.conf），确认有没有设置正确的用户组：

WSGIDaemonProcess your-project user=daemon group=daemon processes=2 threads=15
WSGIProcessGroup your-project

如果没有的话，添加或修改这两行，然后重启Apache：

sudo /opt/bitnami/ctlscript.sh restart apache

按照这些步骤排查，基本就能解决这个OperationalError了。

内容的提问来源于stack exchange，提问作者vishwesh