在 phpMyAdmin 中需进入数据表的「结构」页并滚动至页面最下方点击「Analyze table」按钮；该功能不在「浏览」或「SQL」页，且要求用户具备 ANALYZE 权限（MySQL 8.0+）或 SELECT+INDEX 权限，不支持视图和临时表。
ANALYZE TABLE 在 phpMyAdmin 里怎么点出来
它不在常用操作按钮栏里，也不是右键菜单第一项——得先进入具体数据表的「结构」页，然后往页面最下方拉，找到「分析表」按钮（文字是 analyze table），点击即可。别在「浏览」或「sql」页找，那俩页面没这个功能。
常见错误现象：#1045 - Access denied for user 'xxx'@'localhost' to database 'information_schema' 或执行后无响应。这通常不是界面问题，而是用户权限不足，ANALYZE TABLE 需要 ANALYZE 权限（MySQL 8.0+）或旧版的 SELECT + INDEX 权限组合。
- 确认当前登录账号有对应数据库的
ANALYZE权限（用SHOW GRANTS FOR CURRENT_USER;查） - 如果用的是共享主机，很多服务商默认禁用该权限，这时 phpMyAdmin 上根本不会显示「分析表」按钮
- 不支持视图（
VIEW）或临时表（TEMPORARY TABLE），选中这类对象时按钮会灰掉
ANALYZE TABLE 和 OPTIMIZE TABLE 别混用
ANALYZE TABLE 只更新索引统计信息（比如各列值的分布、基数），供查询优化器决定是否走索引、用哪个索引；而 OPTIMIZE TABLE 是重建表 + 索引 + 整理碎片，耗时长、锁表久，解决的是物理存储问题。
你只是发现 EXPLAIN 显示走了全表扫描，但实际数据量没变、也没大量删除，大概率是统计信息过期了——这时候该用 ANALYZE TABLE，不是一上来就 OPTIMIZE。
-
ANALYZE TABLE几乎不锁表（InnoDB 下只加短暂的 MDL 读锁），适合线上小流量时段执行 - 对 MyISAM 表，
ANALYZE TABLE会锁表，且比 InnoDB 耗时明显，慎在高峰期操作 - 执行后看返回结果里的
Msg_type = 'status'和Msg_text是否为OK，不是所有引擎都完全支持（例如 Memory 引擎会直接报错Storage engine does not support analyze）
哪些场景下 ANALYZE TABLE 才真有用
不是“定期跑一遍就稳了”。InnoDB 本身会自动采样更新统计信息（由 innodb_stats_auto_recalc 控制），只有当数据分布剧烈变化、或手动关闭了自动更新，才需要人工干预。
立即学习“PHP免费学习笔记（深入）”；
典型有效场景：INSERT ... SELECT 导入百万级新数据后，DELETE 掉某类记录超 20% 行数，或者表结构刚加了新索引但查询没走——这些时候优化器可能还拿着旧的统计值做判断。
- 检查是否启用自动更新：
SELECT @@innodb_stats_auto_recalc;（1=开启） - 查看当前统计信息更新时间：
SELECT * FROM information_schema.INNODB_TABLESTATS WHERE TABLE_NAME = 'your_table';中的LAST_UPDATE - 大表（>1GB）执行
ANALYZE TABLE可能卡住几秒到几十秒，phpMyAdmin 默认超时是 300 秒，超时会中断但不影响底层执行（MySQL 仍在后台继续）
执行完没效果？先看 EXPLAIN 再怀疑命令
点了「分析表」按钮，看到 OK 返回，但下次 EXPLAIN 还是不走索引——别急着重试，大概率问题不在统计信息上。
真实原因更可能是：索引本身设计不合理（比如 WHERE a = ? AND b > ? 却只建了 (b) 单列索引）、查询条件用了函数（WHERE YEAR(created_at) = 2024）、或字段类型隐式转换（INT 字段传了字符串参数）。
- 用
SHOW INDEX FROM your_table;确认索引存在且状态正常（Cardinality值不能是NULL或极低） - 对比
ANALYZE前后EXPLAIN FORMAT=JSON输出里的rows和filtered字段，看预估行数是否明显变化 - phpMyAdmin 的「分析表」不支持指定采样页数（MySQL 原生命令可加
WITH N SAMPLES），所以对极端倾斜数据，效果有限
统计信息只是优化器的参考之一，不是魔法开关。真正卡住性能的，往往藏在索引定义和查询写法里。
