Symfony 3 报“找不到表”错误的核心是 Doctrine 无法将实体映射到真实数据库表，需逐层验证连接、权限、映射和结构：先确认表是否存在（SHOW TABLES）、检查实体注解与路径配置、验证 DATABASE_URL 库名与权限、清缓存并运行 doctrine:schema:validate。
Symfony 3 报“找不到表”错误，核心不是框架问题，而是 Doctrine 无法将实体类映射到数据库中真实存在的表。排查要从连接、权限、映射、结构四个层面逐层验证。
先确认数据库里真有这张表
别急着改代码，直接进 MySQL 查：
- 用
mysql -u root -p登录，执行USE your_database_name; - 运行
SHOW TABLES LIKE 'user';（把user换成你实体对应的实际表名） - 如果没结果，说明表根本不存在——可能是没执行
doctrine:schema:create或迁移没跑完 - 注意大小写：Linux 下表名区分大小写，
User类默认对应user表，但若手动指定了@ORM\Table(name="User")，就得查User表
检查实体是否被 Doctrine 正确识别
Symfony 3 默认用注解驱动，实体必须满足几个硬性条件：
- 类文件放在
src/AppBundle/Entity/（或你配置的 mapping 路径下），文件名和类名严格一致（如User.php→class User） - 类开头有
@ORM\Entity注解，且命名空间是AppBundle\Entity - 运行
php bin/console doctrine:mapping:info：如果输出为空或提示 “No metadata found”，说明 Doctrine 根本没加载到这个实体 - 检查
app/config/config.yml中doctrine.orm.mappings配置是否包含你的 bundle，路径是否拼错
验证 DATABASE_URL 是否连对库、权限够不够
连接字符串错一个字符，Doctrine 就会去错地方找表：
- 确认
.env或parameters.yml里的DATABASE_URL指向的是你刚SHOW TABLES的那个库名 - 用命令行直连验证：
mysql -h 127.0.0.1 -P 3306 -u your_user -p your_dbname—— 能进，说明服务、密码、库名都对 - 进库后执行
SELECT COUNT(*) FROM information_schema.tables WHERE table_schema = 'your_dbname' AND table_name = 'your_table';，确保用户有查INFORMATION_SCHEMA的权限 - 如果
doctrine:database:create报 Access denied，说明该用户没有CREATE权限，需用 root 执行GRANT CREATE ON your_dbname.* TO 'your_user'@'%'; FLUSH PRIVILEGES;
排除缓存和映射偏差
旧缓存或手动改过表名容易导致“眼见为实，Doctrine 不认”：
- 清空所有缓存：
php bin/console cache:clear --env=dev（开发环境）或--env=prod（生产） - 检查实体里有没有
@ORM\Table(name="xxx")—— 有这行，Doctrine 就只找xxx这个表名，不会按类名推导 - 运行
php bin/console doctrine:schema:validate：它会告诉你“mapping”是否 OK、“database”是否同步；如果后者报错，说明表结构和实体定义对不上 - 临时加日志：在
config.yml的 doctrine 配置里开启 SQL 日志：doctrine.dbal.logging: true，看实际执行的查询是否发到了正确库
