MySQL只读模式设置：MyISAM与InnoDB控制方法

MySQL只读模式详解：不止read_only，关键参数差异与注意事项

设置MySQL为只读模式时，许多用户首先想到的是配置read_only参数。然而，实际情况更为复杂。MySQL提供了多个控制只读状态的参数，它们在作用层级、生效力度和生效方式上存在显著差异。错误使用可能导致防护失效或引发运维故障。本文将详细解析这些关键参数。

read_only与super_read_only：权限控制的核心区别

首先需要明确，MySQL没有独立的“数据库级只读”开关。所谓的只读模式主要由read_only和super_read_only这两个全局系统变量控制，其作用范围是整个实例，对所有连接的会话生效。

两者的核心区别在于权限绕过机制。

• read_only = ON：此模式下，普通用户（无SUPER权限）执行INSERT、UPDATE、DELETE等写入操作时，会收到错误提示。但拥有SUPER权限的账号（如某些root用户）仍可正常写入。
• super_read_only = ON：此模式限制更为严格。开启后，即使是SUPER用户也会被拦截，不仅包括DML操作，连CREATE FUNCTION、INSTALL PLUGIN、ANALYZE TABLE等操作也会被拒绝。当super_read_only设置为ON时，系统会自动将read_only也设为ON。反之，若尝试SET GLOBAL read_only = OFF，则super_read_only也会被关闭。

因此，若需彻底禁止实例的所有写入操作（例如在主库数据迁移前的最终冻结阶段），仅设置read_only是不够的，必须启用super_read_only才能确保万无一失。

MyISAM表：read_only的局限性

尽管read_only和super_read_only对所有存储引擎生效，但MyISAM引擎的特性使其在只读保护上存在潜在漏洞。

MyISAM不支持事务，其数据文件（.MYD）和索引文件（.MYI）在操作系统层面相对独立。这意味着：

• 即使全局read_only = ON，MyISAM表仍可能通过FLUSH TABLES WITH READ LOCK之外的方式被间接修改（例如直接覆盖.MYD文件，尽管此操作极不推荐）。
• 参数innodb_read_only仅作用于InnoDB存储引擎，对MyISAM表无效。
• 若要对MyISAM表实现强只读保护，需借助外部措施。常见方法有两种：一是在操作系统层面修改文件权限（使用chown和chmod 444）；二是结合使用FLUSH TABLES WITH READ LOCK和SET GLOBAL read_only = ON。

简而言之，read_only仅能限制SQL层面的写入请求，无法阻止文件层面的直接操作。对于MyISAM表，需要额外加固。

transaction_read_only：会话级的灵活控制

transaction_read_only（旧版本亦称tx_read_only）是一个会话级参数，切勿与上述全局变量混淆。它仅影响设置该参数的连接后续开启的事务，对其他连接或本连接中已存在的事务无效。

• 设置方式：可在会话中执行SET SESSION transaction_read_only = ON，或在建立连接时通过URL参数指定（如transaction_read_only=1）。
• 作用范围：主要限制事务内的DML操作（INSERT/UPDATE/DELETE），但不阻止CREATE TABLE、DROP TABLE等DDL语句。
• 与全局read_only的关系：两者独立运作。即使全局read_only = OFF，仍可在特定连接中单独开启transaction_read_only。反之，若全局read_only = ON，则会话级设置OFF也无法写入。

此参数设计初衷是供应用层灵活控制特定连接行为，例如为报表查询连接默认开启，以防程序错误或误操作导致数据写入。但它不适用于运维层面的只读实例部署。

innodb_read_only：存储引擎层的物理限制

innodb_read_only = ON是一个影响深远的开关。自MySQL 8.0起，它不仅使InnoDB表只读，还会让整个数据目录（包括系统表空间）进入只读状态。

• 生效方式：无法动态修改，必须写入配置文件（my.cnf的[mysqld]段落），重启MySQL服务后方能生效。
• 严格程度：开启后，不仅常规DML操作被禁止，连ANALYZE TABLE、OPTIMIZE TABLE、ALTER TABLE ... ENGINE=InnoDB等维护操作也会失败，通常报错Table 'xxx' is read only。
• 独立性：它独立于read_only和super_read_only体系，是存储引擎层面的物理只读，限制更为底层和彻底。
• 引擎特异性：若实例中混合使用MyISAM和InnoDB表，此参数仅锁定InnoDB表。在read_only未开启的情况下，MyISAM表仍可通过SQL写入。

该参数通常用于特殊场景，例如将归档库挂载在只读的NFS卷上，需从物理文件层面杜绝写入。对于日常从库只读需求，使用super_read_only即可，不建议轻易启用此开关。

总结而言，MySQL的“只读”是一个多层次、多参数复合的概念。从会话级的transaction_read_only，到实例级的read_only和super_read_only，再到存储引擎级的innodb_read_only，它们相互关联又各有侧重。清晰理解每个参数的作用范围和生效条件，才能在运维中精准控制写入权限，既有效保护数据，又不影响正常业务功能。