如何在Serilog中抑制EF Core的特定全局查询过滤器警告？

我之前也碰到过一模一样的问题——给EF Core加了软删除的全局查询过滤器后，日志里就不停弹出那些关于“关系必填端”的警告，看着特别闹心。刚好可以给你分享两个靠谱的方案，既能精准过滤掉这些特定警告，又完全不影响其他EF Core的警告、错误，还有系统的其他日志内容。

方法一：通过消息内容特征精准排除 #

这个方法比较直接，针对你看到的那条警告文本的固定特征来匹配排除。毕竟这类警告的消息格式是固定的，都会包含“has a global query filter defined and is the required end of a relationship”这段内容。

你只需要在Serilog的配置里，添加一个排除过滤规则就行，示例代码如下：

Log.Logger = new LoggerConfiguration()
    // 保留你原来的基础日志级别配置
    .MinimumLevel.Information()
    .MinimumLevel.Override("Microsoft", LogEventLevel.Warning)
    .MinimumLevel.Override("Microsoft.EntityFrameworkCore", LogEventLevel.Warning)
    // 核心：过滤特定的EF Core全局查询过滤器警告
    .Filter.ByExcluding(logEvent =>
        logEvent.Level == LogEventLevel.Warning &&
        // 锁定警告来源是EF Core的模型验证模块
        logEvent.SourceContext == "Microsoft.EntityFrameworkCore.ModelValidation" &&
        // 匹配警告消息的特征内容
        logEvent.RenderedMessage.Contains("has a global query filter defined and is the required end of a relationship")
    )
    .WriteTo.Console() // 你的其他日志输出目标，比如文件、数据库等
    .CreateLogger();

这段代码里的三个条件缺一不可：

• 首先限定是Warning级别的日志
• 然后锁定来源是EF Core的Microsoft.EntityFrameworkCore.ModelValidation模块（这个警告就是这里输出的）
• 最后匹配消息里的特征字符串，确保只排除我们目标的那些警告

方法二：通过EventId匹配（更健壮的方案） #

如果担心以后EF Core更新时，警告文本发生变化（比如本地化调整、措辞修改），那用EventId匹配就更靠谱——每个EF Core的日志事件都有固定的EventId，这个不会轻易变动。

你需要先引用EF Core的诊断命名空间，然后通过EventId的ID值来匹配：

using Microsoft.EntityFrameworkCore.Diagnostics;

// 配置Serilog
Log.Logger = new LoggerConfiguration()
    .MinimumLevel.Information()
    .MinimumLevel.Override("Microsoft", LogEventLevel.Warning)
    .MinimumLevel.Override("Microsoft.EntityFrameworkCore", LogEventLevel.Warning)
    .Filter.ByExcluding(logEvent =>
        logEvent.Level == LogEventLevel.Warning &&
        logEvent.SourceContext == "Microsoft.EntityFrameworkCore.ModelValidation" &&
        // 提取并匹配EventId
        logEvent.Properties.TryGetValue("EventId", out var eventIdProp) &&
        eventIdProp is StructureValue eventIdStruct &&
        eventIdStruct.Properties.TryGetValue("Id", out var eventIdValue) &&
        eventIdValue is ScalarValue scalar && 
        // 这个ID对应全局查询过滤器的关系警告
        (int)scalar.Value == (int)CoreEventId.RelationshipWithRequiredAndQueryFilterWarning
    )
    .WriteTo.Console()
    .CreateLogger();

这个方案的优势是，不管警告文本怎么变，只要EF Core没修改这个EventId的定义，过滤就一直有效，稳定性更强。

针对ASP.NET Core项目的配置方式 #

如果你是在ASP.NET Core项目里用WebApplicationBuilder配置Serilog（比如用UseSerilog()），只需要把过滤逻辑放到UseSerilog的配置委托里就行：

var builder = WebApplication.CreateBuilder(args);

builder.Host.UseSerilog((context, loggerConfig) =>
{
    loggerConfig
        .ReadFrom.Configuration(context.Configuration) // 读取appsettings里的Serilog基础配置
        .MinimumLevel.Override("Microsoft", LogEventLevel.Warning)
        .MinimumLevel.Override("Microsoft.EntityFrameworkCore", LogEventLevel.Warning)
        .Filter.ByExcluding(logEvent =>
            logEvent.Level == LogEventLevel.Warning &&
            logEvent.SourceContext == "Microsoft.EntityFrameworkCore.ModelValidation" &&
            logEvent.RenderedMessage.Contains("has a global query filter defined and is the required end of a relationship")
        )
        .WriteTo.Console();
});

这样配置后，那些烦人的全局查询过滤器警告就会从日志里消失，其他所有EF Core的警告、错误，还有系统的其他日志都会正常保留。

备注：内容来源于stack exchange，提问作者Rawfin