phpEnv中MySQL表名大小写问题根源于lower_case_table_names配置与实际表名不匹配：Windows默认为1（不区分），但若导入Linux导出的含大写表名SQL，或误配为0/2，会导致SHOW TABLES可见而SELECT报错；修复需确认my.ini中lower_case_table_names=1且重启对应mysqld进程，或统一用反引号引用表名。
phpEnv 是 Windows 下的本地开发环境套件，它默认使用 MySQL 5.7 或 8.0（取决于版本），但其 MySQL 配置沿用了 Windows 的默认行为 —— lower_case_table_names=1。可一旦你从 Linux 环境迁移 SQL 文件、或在建表时混用大小写（比如用 Laravel 迁移生成了 users，又手动执行了 CREATE TABLE Users），就极易触发 ERROR 1146 (42S02): Table 'xxx' doesn't exist，哪怕 SHOW TABLES 能看见它。
为什么 phpEnv 里 SHOW TABLES 能看到表，但 SELECT 就报不存在
根本原因不是权限或数据库没选对，而是 MySQL 内部“看到的表名”和“实际查的表名”不一致。Windows 文件系统本身不区分大小写，但 phpEnv 中的 MySQL 如果被意外改过 lower_case_table_names 值（比如改成 0 或 2），或者你导入了在 Linux 下导出的 SQL（含大写表名），就会导致数据字典注册名（如 Users）和查询时解析名（users）对不上。
典型表现：
-
USE mydb; SHOW TABLES;显示Users -
SELECT * FROM Users;报错Table 'mydb.Users' doesn't exist -
SELECT * FROM users;也报错 —— 因为物理文件其实是Users.ibd，而 MySQL 此刻按小写去找users.ibd
检查并修正 phpEnv 的 lower_case_table_names 设置
phpEnv 的 MySQL 配置文件通常位于：phpEnv\MySQL\my.ini（不是 my.cnf）。必须确认该值与当前数据状态兼容，否则重启会失败。
立即学习“PHP免费学习笔记（深入）”；
操作步骤：
- 关闭 phpEnv 中的 MySQL 服务（右键托盘图标 → Stop MySQL）
- 用记事本打开
phpEnv\MySQL\my.ini - 在
[mysqld]段落下查找lower_case_table_names；若不存在，手动添加一行：lower_case_table_names=1 - ⚠️ 关键限制：如果已有表是用
lower_case_table_names=0创建的（比如从 Linux 导入），直接改成 1 会导致启动报错：Different lower_case_table_names settings for server ('1') and data dictionary ('0') - 此时只能二选一：
- 清空数据重装（适合开发环境）
- 或保持
=0，并在所有 SQL 中严格统一表名大小写（如全部小写）
临时绕过大小写问题：用反引号包裹表名
当无法立即修改配置或已有混合大小写表时，最安全的实操方式是在 SQL 中显式声明表名原始形式：
SELECT * FROM `Users`; 和 SELECT * FROM `users`; 是两个不同的标识符，MySQL 不会自动转换。
适用场景：
- PHP 中用 PDO 或 mysqli 执行查询前，确保表名变量已用反引号包裹：
"SELECT * FROM `" . $table . "`" - Laravel 用户可在模型中设置
protected $table = 'Users';，但需确认 migration 文件中也是同样大小写 - 避免在 JOIN 或子查询中省略反引号，尤其涉及别名时：
SELECT u.id FROM `Users` AS u
验证是否真正修复：三步交叉确认
改完配置重启 MySQL 后，不能只信 SHOW TABLES，要逐层验证：
- 执行
SELECT DATABASE();确认当前库正确 - 执行
SELECT table_name FROM information_schema.tables WHERE table_schema = DATABASE();—— 这是从数据字典查，比SHOW TABLES更权威 - 执行
SELECT COUNT(*) FROM `YourTableName`;（务必带反引号）—— 成功返回行数才算真通
最容易被忽略的是：phpEnv 的 MySQL 服务可能有多个实例（比如同时启用了 MySQL 5.7 和 8.0），改错配置文件路径或没停对服务，都会让修改无效。务必确认任务管理器里只有一个 mysqld.exe 进程，且它的启动参数指向你修改的那个 my.ini。
