SQL Server 2017中EF连接串指向DB1_DEMO却访问DB1的问题求助

这个问题我之前碰到过类似的，核心原因大概率是你调用的那些出问题的存储过程内部，偷偷访问了SRV3上的DB1数据库——和你的应用连接串配置无关，而是SP本身的逻辑有问题。下面给你拆解可能的场景和排查/解决步骤：

可能的原因 #

• 存储过程硬编码引用DB1：比如SP里写了USE DB1，或者直接用三部分命名访问DB1的对象（比如SELECT * FROM DB1.dbo.Customer）。当你在DB1_DEMO上下文执行这个SP时，它会切换到DB1，而DB1是AG的只读副本，你的连接串没加ApplicationIntent=ReadOnly，就会触发这个报错。
• 同义词指向DB1对象：DB1_DEMO里可能创建了同义词，指向DB1的表/视图/存储过程。比如CREATE SYNONYM dbo.Customer FOR DB1.dbo.Customer，当SP调用这个同义词时，实际访问的是DB1。
• EXECUTE AS 用户的默认数据库是DB1：如果存储过程设置了EXECUTE AS '某个用户'，而这个用户的默认数据库是DB1，执行SP时会自动切换到DB1上下文，进而触发报错。

排查步骤 #

1. 导出并检查出问题的SP脚本：把报错的存储过程导出来，逐行查找有没有直接引用DB1的语句，包括USE命令、三部分命名的对象。
2. 检查DB1_DEMO里的同义词：执行这条SQL查询，看有没有指向DB1的同义词：

   SELECT name, base_object_name 
   FROM DB1_DEMO.sys.synonyms 
   WHERE base_object_name LIKE '%DB1%'
   

3. 检查SP的EXECUTE AS配置：先查SP的执行主体：

   SELECT name, execute_as_principal_id
   FROM DB1_DEMO.sys.procedures 
   WHERE name = '你的存储过程名称'
   

   如果execute_as_principal_id不为NULL，再查这个用户的默认数据库：

   SELECT name, default_database_name
   FROM sys.server_principals 
   WHERE principal_id = '上面查到的ID'
   

4. 用SQL跟踪工具抓实际请求：在SRV3上用SQL Server Profiler或者Extended Events，捕获staging应用的SQL请求，看执行SP时有没有访问DB1的语句，这能直接定位问题根源。

解决方案 #

• 修正SP里的硬编码：把USE DB1改成USE DB1_DEMO，或者用CURRENT_DATABASE()函数动态获取当前数据库（比如SELECT * FROM [CURRENT_DATABASE()].dbo.Customer）。
• 调整同义词指向：把指向DB1的同义词改成指向DB1_DEMO的对应对象，或者删除无用的同义词。
• 修改EXECUTE AS用户的默认数据库：如果是用户默认数据库的问题，执行这条语句修改：

  ALTER LOGIN [用户名] WITH DEFAULT_DATABASE = DB1_DEMO
  

• 临时 workaround（不推荐作为最终方案）：如果确实需要临时访问DB1的只读副本，可以在连接串里加上ApplicationIntent=ReadOnly，比如：

  <add name="MpnModelDC" connectionString="metadata=res://*/Model.MpnModel.csdl|res://*/Model.MpnModel.ssdl|res://*/Model.MpnModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;Server=SRV3;Database=DB1_DEMO;ApplicationIntent=ReadOnly;MultipleActiveResultSets=True;&quot;" providerName="System.Data.EntityClient" />
  

内容的提问来源于stack exchange，提问作者bzamfir