phpenv中mysql未生效只读配置，因实际加载的是其自带my.ini/my.cnf而非系统路径；需通过控制面板编辑正确配置文件，在[mysqld]段添加read_only=on并重启mysql服务，再用select @@global.read_only验证。
phpEnv 里 MySQL 实际没走只读配置？先查 my.cnf 加载路径
phpEnv 是个集成环境套件，它自带的 MySQL 配置常被误认为改了 my.cnf 就生效。但真实情况是：phpEnv 启动 MySQL 时可能用的是自己打包的配置文件（比如 C:\phpEnv\MySQL\my.ini 或 /Applications/phpEnv/MySQL/my.cnf），而不是系统级路径。你改了 /etc/my.cnf，它根本不会读。
实操建议：
- 打开 phpEnv 控制面板 → 找到 MySQL 服务 → 点“配置”或“编辑配置”，确认打开的是它实际加载的那个文件
- 或者命令行进到 phpEnv 的 MySQL bin 目录，执行：
mysqld --verbose --help | grep "Default options"，看输出的配置路径是否和你编辑的一致 - 改完必须重启 phpEnv 的 MySQL 服务（不是只重启 Apache）；仅点“重载配置”通常不生效
- 改完立刻验证：
SELECT @@global.read_only;，返回1才算成功；如果还是0，八成是配置没加载
SET GLOBAL read_only = ON 在 phpEnv 里会失效？因为服务重启就丢
在 phpEnv 的 MySQL 里执行 SET GLOBAL read_only = ON; 确实能立刻生效，但它只是运行时变量，phpEnv 重启（或 Windows 服务重启、macOS launchd 重载）后自动还原为 OFF。这不是 bug，是 MySQL 设计如此。
真正要持久，必须写进配置文件的 [mysqld] 段：
- 在 phpEnv 对应的
my.ini或my.cnf中，确保写在[mysqld]下，不是[client]或[mysql] - 加这行：
read_only = ON（注意大小写不敏感，但值推荐大写） - 如果用的是 MySQL 5.7.8+，强烈加上：
super_read_only = ON，否则 phpEnv 自带的 root 账号仍可写 - 改完保存，彻底关闭 phpEnv 所有服务（MySQL + Apache/Nginx），再重新启动
PHP 应用连上后还能写？检查账号权限和连接参数
即使 MySQL 全局 read_only = ON，PHP 用 root 连接仍可能写成功——因为 read_only 默认不限制 SUPER 用户。更隐蔽的问题是：某些 PHP 框架（如 Laravel）或 PDO 连接串里带了 ?transaction_read_only=1，但这只影响当前会话事务，不阻止 DDL（如 CREATE TABLE），且普通用户没权限设这个变量。
安全做法是双保险：
- 创建专用只读账号：
CREATE USER 'app_ro'@'localhost' IDENTIFIED BY 'strong_pass'; - 只授指定库的
SELECT：GRANT SELECT ON `mydb`.* TO 'app_ro'@'localhost';（别用*.*） - PDO 连接时显式指定用户：
$pdo = new PDO('mysql:host=localhost;dbname=mydb', 'app_ro', 'strong_pass'); - 测试写操作：
$pdo->exec("INSERT INTO t VALUES (1)");—— 应直接抛出PDOException，错误码42000，信息含INSERT command denied
从库开启 read_only 后同步中断？SQL 线程被锁死是主因
phpEnv 常用于搭主从测试环境。如果你在从库上设了 read_only = ON，但 SHOW SLAVE STATUS\G 显示 Slave_SQL_Running: No，大概率是 SQL 线程卡在 ERROR 1792 (HY000): Cannot execute statement in a READ ONLY transaction。
原因很直接：MySQL 从库的 SQL 线程默认以普通用户身份回放 relay log，而 read_only = ON 会拦住它写数据。解决方案只有两个：
- 确认已启用复制线程专属权限：在从库上执行
STOP SLAVE; SET GLOBAL read_only = ON; START SLAVE;—— 多数新版 MySQL 会自动豁免 SQL 线程 - 更稳妥：用
super_read_only = ON替代，它对复制线程的豁免更可靠（MySQL 官方保证） - 绝对不要手动给 SQL 线程加 SUPER 权限，这是危险操作；也不要临时关
read_only来“修复”同步
真正难缠的点在于：phpEnv 的 MySQL 日志默认不打开，ERROR 1792 很可能只出现在 slave_sql_error.log 里，而这个文件位置得去 phpEnv 的 MySQL data 目录下找，不是标准路径。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
