symfony连接sqlite只需在.env中配置database_url为sqlite:///%kernel.project_dir%/var/data.db?serverversion=sqlite，路径必须正确且var目录可写，无需执行doctrine:database:create。
DATABASE_URL 里怎么写 SQLite 连接串
Symfony 连接 SQLite 不用改 doctrine.yaml，只动 .env 文件里的 DATABASE_URL 就行。SQLite 是文件型数据库，路径必须是绝对路径或相对于项目根目录的相对路径，否则 Doctrine 会找不到文件或创建失败。
常见错误现象：SQLSTATE[HY000] [14] unable to open database file，基本就是路径不对或者目录没写权限。
-
DATABASE_URL="sqlite:///%kernel.project_dir%/var/data.db"—— 推荐写法，%kernel.project_dir%会被 Symfony 自动展开为项目根目录 -
DATABASE_URL="sqlite:///var/data.db"—— 错误：开头三个斜杠表示绝对路径，实际会去找系统根目录下的/var/data.db -
DATABASE_URL="sqlite://var/data.db"—— 错误：协议后少了一个斜杠，Doctrine 解析失败 - 如果路径含中文或空格，不用 URL 编码；但确保
var/目录可写（chmod 775 var或对应用户有权限）
doctrine:database:create 在 SQLite 下有没有意义
没有。SQLite 不需要“创建数据库”这一步——sqlite3.connect() 调用时，文件不存在就会自动创建。所以 php bin/console doctrine:database:create 对 SQLite 是个空操作，甚至可能报错或静默跳过。
真正要做的，是确保实体类已定义、映射正确，然后直接跑迁移或 schema 命令：
- 生成初始迁移：
php bin/console make:migration - 执行迁移：
php bin/console doctrine:migrations:migrate - 或者跳过迁移，直接建表（仅限开发）：
php bin/console doctrine:schema:create
注意：doctrine:schema:create 会删掉已有表重来，生产环境禁用。
SQLite 的 serverVersion 怎么填
SQLite 没有传统意义上的版本号概念，但 Doctrine 要求 serverVersion 参数存在。不填或填错会导致 DQL 解析异常、某些函数（如 JSON_EXTRACT）不可用。
必须显式指定，且只能填字符串 sqlite 或具体版本（如 3.36.0），推荐统一用：
DATABASE_URL="sqlite:///%kernel.project_dir%/var/data.db?serverVersion=sqlite"- 不要写
?serverVersion=3或留空，Doctrine 会 fallback 到未知版本，部分 SQL 构建逻辑失效 - 如果你用的是较新 SQLite（比如 3.35+），且要用
json_extract等特性，建议填实际版本，例如?serverVersion=3.36.0
为什么 SQLite 连接后查不到数据，但 MySQL 可以
大概率是事务没提交，或者连接复用时用了不同连接实例。SQLite 默认开启 WAL 模式（尤其在 PHP 8.1+ + PDO 3.0 后），但 Doctrine 默认配置未适配，导致读写不一致。
解决办法是在 DATABASE_URL 末尾加参数启用同步写入：
DATABASE_URL="sqlite:///%kernel.project_dir%/var/data.db?serverVersion=sqlite&sync=normal"-
sync=normal是平衡性能与一致性最稳妥的选择；sync=full更安全但慢；sync=off不推荐 - 别依赖
autocommit=true—— Doctrine 默认关闭自动提交，靠flush()+commit()控制 - 确认你不是在 CLI 和 Web 请求中用了两个独立的 SQLite 文件（比如一个在
var/data.db，另一个在var/cache/dev/data.db）
SQLite 的“数据库”就是一个文件，路径错一点、环境变量没加载、缓存没清，就可能连到完全不同的文件里——这是它最容易被忽略的复杂点。
