锁定前规划的审慎措施可确保 SQL 或 MySQL 数据库一旦转换为只读状态，即可按预期运行，并且仍可供指定用户组访问。这种远见还保证了数据库在将来需要更新或更改时可以安全地解锁。

将数据库设置为只读有一定的吸引力，这会引起 DBA 的共鸣。就好像数据库已经成熟并准备好走向世界，不受不断更新需求的阻碍。

当然，将数据库设置为只读的原因（无论是暂时还是永久）与数据库本身一样多种多样。以下是锁定 SQL 或 MySQL 数据库内容同时允许用户访问其内容的方法的全面概述。

正如 Atif Shehzad 在 MSSQLTips 网站上敏锐指出的那样，在锁定数据库之前，必须对其进行微调以确保最佳性能。例如，您无法更新只读数据库中的统计信息，也无法创建索引或对索引进行碎片整理。此外，您无法向数据库的对象添加扩展属性、编辑其权限或添加/删除用户。

Shehzad 提供了一个细致的八步预锁定脚本，可在将数据库转换为只读之前运行。该清单涵盖了从创建事务日志备份到修改权限和更新统计信息的所有内容。

八步预锁定清单可确保您的数据库在切换为只读之前得到优化和备份。来源：MSSQLTips。

数据库优化和备份后，请使用 ALTER DATABASE [数据库名称] SET READ_ONLY 命令或系统存储过程 sp_dboption（建议使用前者，因为该存储过程已从最新版本的 SQL Server 中删除）。或者，您可以在SSMS中右键单击数据库，选择属性 > 选项，然后将数据库只读状态设置为True。 SSMS 中的数据库图标和名称将更改以指示其只读状态。

将 MySQL 数据库转换为只读状态 — 并反转该过程

将 MySQL 数据库配置为只读的一个关键动机是防止备份过程中数据丢失。 MySQL 文档库提供了在复制设置中备份主服务器和从服务器、利用全局读锁和操作 read_only 系统变量的全面指南。

来源

复制设置指南设想了主服务器 (M1)、从服务器 (S1) 和客户端（C1 连接到 M1，C2 连接到 S1）。下面概述了有助于将主设备转换为只读模式并在备份完成后将其恢复到正常操作的命令。 （请注意，在某些版本中，“ENABLED”与“1”同义，“DISABLED”相当于“0”。）

初步命令将数据库切换为只读，后续命令在完成备份后将其恢复到正常状态。来源：MySQL 文档库。

在只读状态下，数据库可以查询，但不能修改。 StackOverflow 上 2013 年 8 月 23 日发布的一篇文章解释了如何撤销然后恢复特定用户的 DML 权限，该策略不太可能影响整个数据库的性能。