phpEnv 中 sys 库不可用需先启用 performance_schema 并授权：执行 SELECT @@performance_schema 确认是否为 ON；若否，修改 my.cnf 的 [mysqld] 段添加 performance_schema = ON 并重启 MySQL；再授予 root@localhost 对 sys 和 performance_schema 的 SELECT、EXECUTE 权限。
phpEnv 默认不启用 sys 库所需的核心依赖，直接查 sys.host_summary 会返回空或报错——必须先确认 performance_schema 已开启，且用户有对应权限。
检查 performance_schema 是否启用
phpEnv 的 MySQL 配置通常关闭 performance_schema 以节省内存，而 sys 库几乎所有视图都依赖它。执行：
SELECT @@performance_schema;
若返回 0 或 OFF，说明未启用。需手动修改 phpEnv 管理的 MySQL 配置文件（通常是 phpenv\mysql\my.ini 或 phpenv\mysql\conf\my.cnf），在 [mysqld] 段落下添加：
performance_schema = ON
然后重启 MySQL 服务。注意：phpEnv 界面里“重启 MySQL”可能不重载配置，建议用命令行执行 phpenv\mysql\bin\mysqld --defaults-file=... --skip-grant-tables 类似方式验证配置是否生效。
立即学习“PHP免费学习笔记（深入）”；
确认用户是否有 SELECT 和 EXECUTE 权限
phpEnv 默认创建的 root@localhost 用户通常缺 sys 库的 EXECUTE 权限（尤其是调用 ps_setup_enable_instrument() 等存储过程时）。登录后执行：
SHOW GRANTS FOR CURRENT_USER;
若没看到 EXECUTE ON `sys`.* 或 SELECT ON `sys`.*，需补全：
GRANT SELECT ON `sys`.* TO 'root'@'localhost';GRANT EXECUTE ON `sys`.* TO 'root'@'localhost';GRANT SELECT ON `performance_schema`.* TO 'root'@'localhost';FLUSH PRIVILEGES;
特别注意：phpEnv 的 MySQL 可能启用了 --skip-grant-tables 模式（尤其旧版本），此时权限系统不生效，需先停用该模式再赋权。
区分 x$ 视图与普通视图的使用场景
sys 库里成对出现的视图（如 host_summary_by_file_io 和 x$host_summary_by_file_io）数据源相同，但用途不同：
- 查人眼可读结果（比如看哪个 host 的 I/O 延迟是 “2.45 s”）→ 用不带
x$的视图，例如SELECT * FROM sys.host_summary_by_file_io; - 做自动化采集或数值计算（比如画趋势图、算 P95）→ 必须用
x$视图，因为延迟字段是原始皮秒值（io_latency是整数），单位统一、无格式干扰 -
x$视图字段名和结构与非x$版本一致，只是少了单位转换逻辑，SQL 可直接复用，只需替换前缀
常见误操作：在 PHP 中用 mysqli_query() 执行 SELECT * FROM sys.host_summary_by_file_io 后，试图对 io_latency 字段做 + 运算——它其实是字符串（如 "5.38 s"），会触发隐式类型转换错误。
sys_config 表修改后不生效？注意持久化机制
phpEnv 环境下修改 sys.sys_config 表（如更新 statement_truncate_len）不会立即影响运行时行为，因为部分配置需配合存储过程触发：
- 仅改表不行：
UPDATE sys.sys_config SET value = '128' WHERE variable = 'statement_truncate_len'; - 必须调用刷新函数：
CALL sys.ps_setup_reload_saved(); - 某些配置（如
diagnostics.allow_i_s_tables）还要求对应存储过程被显式调用才会读取新值
更关键的是：phpEnv 的 MySQL 实例若设置了 read_only = ON（部分集成包为防误操作默认开启），则 UPDATE sys.sys_config 会报错 ERROR 1290 (HY000): The MySQL server is running with the --read-only option，此时需先关掉 read_only 或换管理员账户操作。
