只读数据库不能执行dbcc freeproccache，因其引擎级限制禁止修改内存结构；须切换至master库并指定plan_handle清理相关缓存，alter database scoped configuration亦无效。
只读数据库不能执行 DBCC FREEPROCCACHE
SQL Server 中，DBCC FREEPROCCACHE 是清除过程缓存的常用命令，但它要求当前数据库处于可写状态。若在只读数据库上下文中执行（例如 USE [ReadOnlyDB]; DBCC FREEPROCCACHE;），会直接报错：Msg 5058, Level 16, State 1, Line X: Option 'FREEPROCCACHE' cannot be set in a database marked READ_ONLY. 这不是权限问题，而是引擎级限制——只读数据库禁止任何可能修改内存结构或影响执行计划缓存一致性的操作。
所以，别试图在只读库内“就地”清缓存。必须切换到可写数据库（通常是 master）再执行。
清除只读库相关缓存的正确姿势是切换上下文 + 指定计划句柄
只读数据库的执行计划仍会缓存在全局计划缓存中，只是无法从该库上下文触发清理。安全做法是：
- 用
SELECT plan_handle, cacheobjtype, objtype, text FROM sys.dm_exec_cached_plans p CROSS APPLY sys.dm_exec_sql_text(p.plan_handle) t WHERE t.text LIKE '%YourReadOnlyDBName%'定位相关计划句柄（注意：避免用模糊匹配扫描全缓存，加AND p.usecounts > 0提高效率） - 在
master数据库中执行DBCC FREEPROCCACHE (<code>0x...)，传入具体plan_handle值（十六进制字符串） - 不推荐用
DBCC FREEPROCCACHE WITH NO_INFOMSGS全局清空——它会连带刷掉其他业务库的热计划，引发后续编译风暴
ALTER DATABASE SCOPED CONFIGURATION 对只读库无效，别白试
有人想用 ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE 清理只读库缓存，但这条语句在只读数据库中会直接失败：Msg 1284, Level 16, State 1: ALTER DATABASE SCOPED CONFIGURATION is not allowed on a database that is read-only.
即使你把它写进存储过程里，只要该过程在只读库中创建或执行，运行时就会中断。这个配置项本身设计上就不支持只读场景——它依赖数据库可写以更新内部元数据。不要把它和 DBCC 混淆，二者作用域和生效条件完全不同。
真正要防的是缓存污染，不是“清不干净”
很多场景下，所谓“需要清只读库缓存”，其实是因跨库查询导致计划复用异常（比如 SELECT * FROM ReadOnlyDB.dbo.Table1 JOIN WriteDB.dbo.Table2）。这时真正该做的是：
- 确认只读库是否启用了
PARAMETERIZATION FORCED（容易放大参数敏感型缓存膨胀） - 检查是否存在未参数化的动态 SQL，它们会为每个不同字面值生成独立计划
- 考虑对高频跨库查询显式加
OPTION (RECOMPILE)，避免缓存被低效计划长期占据
缓存本身没有“脏”或“干净”之分；问题往往出在计划生成逻辑或查询写法上。盯着“清缓存”容易忽略更关键的执行路径设计。
