phpEnv中改lower_case_table_names无效，因Windows版MySQL强制设为1且禁止改为0，否则服务无法启动或自动回退；实际运行值恒为1，故表名必须全小写以保障跨平台一致性。
phpEnv 中改 lower_case_table_names 为什么不起作用？
因为 phpEnv 默认用的是 Windows 版 MySQL，而 Windows 下 MySQL 启动时会强制将 lower_case_table_names 设为 1（不区分大小写），哪怕你手动在 my.ini 里改成 0，服务也起不来或自动回退——这是 MySQL 自身限制，不是 phpEnv 的 bug。
常见现象：mysqld --initialize 失败、MySQL 服务无法启动、日志里报 lower_case_table_names is read only 或直接忽略配置。
- Windows 文件系统本身不区分大小写，MySQL 禁止设
lower_case_table_names = 0，否则可能损坏 MyISAM 表索引 - phpEnv 的 MySQL 封装层不会绕过这个限制，它只是调用原生
mysqld.exe - 即使你用管理员权限修改了
my.ini并重启，MySQL 实际运行值仍可能是1（执行SHOW VARIABLES LIKE 'lower_case_table_names';可验证）
phpEnv 环境下建表名必须小写的实操底线
既然改不了系统级行为，就只能接受现实：在 phpEnv（即 Windows + MySQL）中，所有表名最终都会被转成小写存储和匹配。但 PHP 代码里如果混用大小写，仍可能出问题——尤其当你未来迁移到 Linux 生产环境时。
- 建表语句统一用小写字母 + 下划线：
CREATE TABLE user_profile，绝不用UserProfile或USER_PROFILE - PHP 中所有 SQL 字符串里的表名保持一致，比如
"SELECT * FROM user_profile"，别写成"SELECT * FROM UserProfile" - 用 PDO 或 mysqli 执行前，可加一层简单校验：
preg_match('/CREATE\s+TABLE\s+`?([A-Z])/', $sql)匹配到大写字母就抛异常 - Laravel 迁移文件里也遵守该规则：
Schema::create('user_token', function (Blueprint $table) { ... })
从 phpEnv 迁出时最易翻车的三个点
很多团队本地用 phpEnv 开发，上线却部署在 Linux 服务器，这时 lower_case_table_names = 0 成为默认，大小写立刻变成硬性约束——此前没暴露的问题全集中爆发。
立即学习“PHP免费学习笔记（深入）”；
-
Table 'db.User' doesn't exist：PHP 里写了SELECT * FROM User，本地能跑，线上报错 - 迁移脚本失效：用
mysqldump导出的 SQL 里含大写表名，导入 Linux MySQL 时直接跳过或报错 - 视图/存储过程失效：它们内部硬编码了表名，一旦大小写不匹配，
SHOW CREATE VIEW查出来的定义就不可用
真正要命的不是技术多难，而是没人记得当初建的那张 OrderLog 表，在 dump 文件里是 orderlog 还是 ORDERLOG——这种细节只有查 information_schema.TABLES 才能确认。
