MySQL 5.7升级到8.0需谨慎：仅支持GA版本间升级，须先升至5.7最新小版本；核心风险包括caching_sha2_password认证不兼容、utf8mb3→utf8mb4字符集变更、INFORMATION_SCHEMA缓存延迟、Instant DDL条件限制及隐藏索引ORM误用。
phpEnv 默认集成的 MySQL 版本通常是 5.7 或更早，直接升级到 8.0 不是“点几下就完事”，而是涉及元数据结构、权限模型、SQL 行为、客户端兼容性等多层变化。如果你正用 phpEnv 做本地开发或测试环境，且项目已稳定运行在 5.7，**不建议盲目升级 MySQL 8.0**；但若需使用窗口函数、原子 DDL、隐藏索引或新认证插件，升级就是刚需——前提是清楚哪些地方会“突然不工作”。
MySQL 8.0 的 caching_sha2_password 认证插件导致 PHP 连接失败
MySQL 8.0 默认使用 caching_sha2_password，而 PHP 7.4 之前版本（含多数 phpEnv 自带的旧版 PHP）的 mysqlnd 驱动不支持该插件。现象是：mysqli_connect(): The server requested authentication method unknown to the client [caching_sha2_password]。
实操建议：
- 临时方案：重置用户认证方式，执行
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password';，再FLUSH PRIVILEGES; - 长期方案：升级 phpEnv 中的 PHP 至 7.4+，并确认
mysqlnd版本 ≥ 8.0.0（可通过php --ri mysqlnd查看） - 注意：phpEnv 的一键安装脚本通常不会自动适配这个变更，必须手动干预配置或重建环境
INFORMATION_SCHEMA 查询变慢或结果不准
MySQL 8.0 将元数据全部迁入 InnoDB 系统表（如 mysql.table_stats），INFORMATION_SCHEMA 查询不再解析 .frm 文件，而是查缓存字典表。但默认缓存过期时间是 86400 秒（1 天），所以新建表、加字段后，SELECT COUNT(*) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='t1' 可能返回旧结果。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 开发阶段可设
SET SESSION information_schema_stats_expiry = 0;强制实时读取（仅当前会话） - 不要依赖
INFORMATION_SCHEMA.TABLES.AUTO_INCREMENT做业务逻辑判断，它可能滞后；改用SHOW TABLE STATUS或直接查mysql.innodb_table_stats - phpEnv 环境中若跑自动化建表脚本，务必在 DDL 后加
FLUSH TABLES;或等待缓存刷新，否则后续查询可能“看不见”新列
ALTER TABLE 加字段卡住或报错 ALGORITHM=INSTANT 不生效
MySQL 8.0 支持 Instant DDL（如加列不锁表），但仅限满足严格条件：列不能有默认值（或默认值为常量）、不能是主键/唯一键组成部分、表不能有全文索引等。常见误判是以为“只要 8.0 就秒加”，结果执行 ALTER TABLE t1 ADD COLUMN c1 VARCHAR(10) DEFAULT 'x'; 却触发 COPY 算法，大表直接卡死。
实操建议：
- 加列前先查是否支持 Instant：
SELECT * FROM information_schema.INNODB_TABLESPACES_BRIEF WHERE NAME LIKE '%t1%';结合错误日志中的ALGORITHM=INSTANT提示判断 - 安全写法：显式指定
ALGORITHM=INSTANT，如果报错就降级为INPLACE或COPY，别硬扛 - phpEnv 本地调试时，建议用小数据集验证 DDL 脚本，避免上线后才发现某条
ADD COLUMN在生产库上实际走了 COPY
隐藏索引（INVISIBLE INDEX）在 ORM 中被忽略或误用
Doctrine、Laravel Eloquent 等主流 ORM 不识别 INVISIBLE INDEX，它们生成的 SHOW INDEX 或 EXPLAIN 分析仍会把隐藏索引当普通索引处理。更危险的是：某些迁移工具（如 Laravel 的 php artisan migrate）在重建索引时，可能把原本隐藏的索引变成可见，破坏灰度策略。
实操建议：
- 隐藏索引只应在 MySQL 命令行或 DBA 工具中手动管理，不要通过 ORM 的 schema 构建器创建或修改
- 检查现有索引可见性：
SELECT INDEX_NAME, IS_VISIBLE FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_SCHEMA='testdb' AND TABLE_NAME='t1'; - phpEnv 环境中做索引灰度，务必关闭所有自动同步 schema 的功能，全程用原生 SQL 控制
ALTER INDEX j_idx ON t1 INVISIBLE;和VISIBLE
MySQL 8.0 的事务性数据字典和原子 DDL 是真本事，但它们不是向后兼容的“增强包”，而是底层重构。phpEnv 作为轻量本地环境，升级时最容易栽在认证插件、缓存统计、DDL 行为这三处——它们不报错，但会让查询结果、连接逻辑、部署流程悄悄偏离预期。
