MySQL 8.0在InnoDB存储引擎层面提供了一项实用特性，即通过ALTER TABLE语句的READ ONLY选项直接将表标记为只读。这种方式不同于传统的收回用户写权限，它从表自身属性上禁止任何写操作，包括INSERT、UPDATE、DELETE以及DDL中的部分修改操作。理解并正确使用该语法，可以帮助运维和开发人员在数据保护、归档隔离等场景中更高效地管理数据库。
一、ALTER TABLE READ ONLY语法基础
在MySQL 8.0中，InnoDB引擎支持使用如下语句将表设置为只读：
-- 将指定表设置为只读 ALTER TABLE orders READ ONLY; -- 将只读表恢复为可读写 ALTER TABLE orders READ WRITE;
上述语法会在表的元数据中记录只读标志。一旦表处于READ ONLY状态，任何会话（包括拥有SUPER权限的root用户）尝试执行写操作都会收到报错。例如，当尝试插入数据时，MySQL会返回类似“Table is read only”的错误信息，从而从引擎层彻底阻断变更。
需要注意的是，READ ONLY属性是表级别而非用户级别的控制。它不依赖授权系统，因此不会因为切换用户或重建账号而失效。这也意味着如果应用程序使用高权限账号连接数据库，依然无法绕过该限制，对于防误操作和防篡改来说非常可靠。
二、适用场景与限制条件
该语法最常见的使用场景包括：历史订单表归档后禁止修改、报表基础表防止被业务代码误写、以及在进行物理备份前锁定表避免数据漂移。在这些情况下，使用READ ONLY比逐一回收账号权限更简单，也更容易通过统一脚本管理。
不过，该特性存在明确限制。首先，它仅支持InnoDB引擎，对于MyISAM等其他引擎执行此类ALTER会报错或不生效。其次，设置为只读的表仍然允许执行SELECT查询和SHOW操作，也允许创建该表的只读副本。此外，在设置只读时，MySQL需要获取表的元数据锁，如果此时有长事务持有表锁，ALTER语句会被阻塞，因此应在低并发窗口执行。
三、查看与验证只读状态
设置完成后，可以通过多种方式确认表是否已进入只读模式。最直观的是使用SHOW CREATE TABLE，输出中会包含READ ONLY关键字：
SHOW CREATE TABLE ordersG -- 也可查询 information_schema SELECT TABLE_NAME, CREATE_OPTIONS FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'shop' AND TABLE_NAME = 'orders';
在information_schema的CREATE_OPTIONS字段中，如果值为“READ ONLY”，即表示该表当前不可写。运维人员可将该查询集成到监控脚本中，定期检查核心表是否被意外修改了只读属性。
如果需要批量确认数据库中所有只读表，可以执行如下查询，快速列出对应库下所有标记为只读的表，便于统一审计：
SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.TABLES WHERE CREATE_OPTIONS LIKE '%READ ONLY%';
四、与其他只读方案对比
传统做法是通过REVOKE命令收回用户对表的INSERT、UPDATE、DELETE权限，或者将数据库设为只读模式（如开启read_only系统变量）。前者管理成本高，且容易因账号变更而失效；后者影响整个实例，无法做到单表粒度控制。
| 方案 | 控制粒度 | 是否影响读 | 管理复杂度 |
|---|---|---|---|
| REVOKE权限 | 用户级 | 否 | 高 |
| read_only系统变量 | 实例级 | 否 | 低 |
| ALTER TABLE READ ONLY | 表级 | 否 | 低 |
从表中可以看出，ALTER TABLE READ ONLY在粒度和易用性之间取得了较好平衡。它不干扰正常查询，也不依赖用户体系，是单表防写的有效手段。
当然，如果该表后续需要重新写入，只需执行ALTER TABLE … READ WRITE即可解除限制。整个变更是元数据操作，在MySQL 8.0中通常能较快完成，但仍需注意元数据锁的等待问题。
五、实践中的注意事项
在生产环境使用READ ONLY前，建议先在测试库验证应用行为。因为某些ORM框架会在启动时尝试执行表结构校验或轻量写操作，遇到只读表可能抛出异常，需要相应调整初始化逻辑。
另外，当使用逻辑备份工具（如mysqldump）时，只读表不会影响导出，但如果在备份期间临时改为读写，务必在备份完成后恢复只读，避免保护状态丢失。结合自动化运维平台，可以将“设只读-备份-恢复读写-再设只读”封装为安全流程，既保障数据稳定又兼顾运维灵活。
MySQL_8.0ALTER_TABLE_READ_ONLY只读表修改时间：2026-08-08 02:45:30