CodeIgniter 3 连 SQLite 必须启用 pdo_sqlite 扩展并配置 dbdriver='pdo' 和绝对路径 DSN；否则静默失败或报驱动类不存在。
CodeIgniter 3 项目无法直接用 dbdriver = 'sqlite' 连 SQLite，必须走 PDO 路径，且前提是 PHP 已启用 pdo_sqlite 扩展——否则连接会静默失败或报 Class 'CI_DB_pdo_sqlite_driver' not found。
确认 PHP 的 pdo_sqlite 扩展已启用
这是最常被跳过的前置步骤。CI3 不自带 SQLite 驱动，只通过 PDO 封装支持。不检查扩展状态，后面所有配置都白搭。
- 运行
php -m | grep sqlite（命令行）或查看phpinfo()页面，确认同时存在pdo和pdo_sqlite - Windows 下检查
php.ini是否有extension=php_pdo_sqlite.dll；Linux/macOS 检查extension=pdo_sqlite.so是否未被注释 - 重启 Web 服务（如 Apache 或 PHP-FPM）使改动生效
- 若用 XAMPP/MAMP，部分旧版本默认不启用该扩展，需手动勾选开启
database.php 中正确配置 SQLite DSN
SQLite 是文件型数据库，hostname、username、password、port 全部无效，填了也忽略。关键只有两个字段：dbdriver 和 dsn。
-
dbdriver必须设为'pdo'，不是'sqlite'（CI3 根本不认识这个值） -
dsn必须以sqlite:开头，后接**绝对路径**，例如sqlite:/var/www/myapp/db/app.db或sqlite:C:/xampp/htdocs/myapp/db/app.db - 路径所在目录必须由 Web 服务器用户（如
www-data、_www或IIS_IUSRS）拥有读写权限；否则连接时抛出unable to open database file - 文件本身不会自动创建——如果
app.db不存在，需手动 touch 或让应用首次建表时触发（但 CI 不负责初始化），建议提前创建并设权
加载与使用 SQLite 数据库连接
配置完不能直接用 $this->db，得显式加载指定分组，因为 SQLite 通常作为独立连接（比如 sqlite 组），而非覆盖 default。
- 在控制器或模型中调用：
$this->load->database('sqlite', TRUE)，第二个参数TRUE返回 DB 实例，避免全局覆盖$this->db - 不要在
autoload.php里自动加载database库——它默认加载default组，而你很可能没配default的 SQLite，会导致启动即报错 - 执行查询前先验证连接是否成功：
if ($this->db->conn_id) { ... }，因为 PDO 连接失败时 CI 不一定抛异常，conn_id为null是更可靠的判断依据 - 注意：SQLite 不支持某些 MySQL 特性，比如
INSERT IGNORE、REPLACE INTO、自增字段的AUTO_INCREMENT写法（要用INTEGER PRIMARY KEY）
常见错误现象与快速定位点
连不上 SQLite，90% 出在路径、权限或扩展缺失。别急着改代码，先看这几个信号：
- 页面空白 + 日志无报错 → 很可能是
pdo_sqlite未启用，PHP 解析失败导致脚本中断 - 报
Class 'CI_DB_pdo_sqlite_driver' not found→ 明确是驱动类缺失，对应扩展未启或 CI 版本太低（CI3 要求 PHP ≥ 5.3.7） - 报
unable to open database file→ 路径非绝对、目录无写权限、父目录不存在，三者查一个少一个 - 查不到数据但无报错 → 检查表名是否带前缀（
dbprefix设为空）、SQL 是否用了 SQLite 不支持的语法（如DATE_ADD）
SQLite 在 CI3 里是个“半官方”支持项——它不靠框架原生适配，而依赖 PDO 层和你的系统环境。路径写错、权限漏设、扩展忘开，任何一个环节断掉，整个链路就静默失效。动手前花两分钟确认 php -m 输出，比调试半小时配置更省时间。
