本文旨在帮助开发者解决Drupal 9在使用SQLite数据库时遇到的“attempt to write a readonly database”错误。该错误通常由文件/文件夹权限不足或SELinux强制访问控制策略引起。本文将详细介绍如何诊断和修复这些问题，确保Drupal站点能够正常读写SQLite数据库。
当Drupal 9站点使用SQLite数据库时，可能会遇到 "PDOException: SQLSTATE[HY000]: General error: 8 attempt to write a readonly database" 错误。这表明Drupal尝试写入数据库，但由于某些原因，数据库被识别为只读。以下是解决此问题的步骤：
1. 检查文件和文件夹权限
首先，确保Drupal站点有权写入SQLite数据库文件及其所在的目录。
- 找到SQLite数据库文件： 默认情况下，Drupal的SQLite数据库文件位于sites/default/files/.ht.sqlite。您也可以在Drupal的settings.php文件中找到数据库的配置信息。
- 检查目录权限： 确保sites/default/files目录及其父目录具有适当的写入权限。通常，Web服务器用户（例如apache或www-data）需要对这些目录拥有写入权限。
- 检查文件权限： 确保SQLite数据库文件本身也具有写入权限。
可以使用以下命令来更改权限：
sudo chown -R www-data:www-data sites/default/files sudo chmod -R 775 sites/default/files
将 www-data 替换为您的 Web 服务器用户。775权限允许所有者和组读写执行，其他用户只读执行。
注意： 在生产环境中，775权限可能过于宽松。建议根据您的安全需求进行调整。
2. 检查SELinux配置
SELinux（Security-Enhanced Linux）是一种Linux内核安全模块，可以强制执行访问控制策略。如果SELinux配置不正确，可能会阻止Drupal写入SQLite数据库。
- 检查SELinux状态： 使用以下命令检查SELinux是否启用：
getenforce
如果输出为 Enforcing，则表示SELinux已启用。
- 查看SELinux日志： 如果SELinux阻止了Drupal写入数据库，相关信息会记录在SELinux日志中。可以使用以下命令查看日志：
sudo ausearch -m avc -ts recent
如果日志显示有拒绝访问的记录，则需要调整SELinux策略。
- 修改SELinux策略： 可以使用 chcon 命令临时修改文件或目录的SELinux上下文，或者使用 semanage 命令永久修改策略。
例如，如果SELinux阻止Web服务器用户写入sites/default/files目录，可以使用以下命令：
sudo chcon -t httpd_sys_content_rw_t sites/default/files -R
这个命令将sites/default/files目录及其子目录的SELinux上下文设置为httpd_sys_content_rw_t，允许Web服务器用户读写这些文件。
要永久修改策略，可以使用 semanage fcontext 命令：
sudo semanage fcontext -a -t httpd_sys_content_rw_t "/var/www/html/sites/default/files(/.*)?" sudo restorecon -v "/var/www/html/sites/default/files"
将 /var/www/html 替换为您的Drupal站点根目录。
警告： 修改SELinux策略可能会降低系统的安全性。请谨慎操作，并确保了解修改的影响。
3. 检查SQLite数据库文件是否损坏
虽然不太常见，但SQLite数据库文件本身也可能损坏，导致写入错误。
- 尝试修复数据库： 可以使用 sqlite3 命令行工具尝试修复数据库：
sqlite3 your_database.sqlite ".recover" | sqlite3 your_database_new.sqlite
将 your_database.sqlite 替换为您的SQLite数据库文件，your_database_new.sqlite 为修复后的新数据库文件。
- 恢复备份： 如果有数据库备份，可以尝试恢复备份。
4. 总结
解决Drupal 9 SQLite数据库只读错误通常需要检查文件/文件夹权限和SELinux配置。 确保Web服务器用户对数据库文件及其所在目录具有写入权限，并根据需要调整SELinux策略。 如果问题仍然存在，请检查数据库文件是否损坏。 通过以上步骤，您应该能够解决此问题，并使您的Drupal站点正常运行。
