EF迁移日志控制疑问：为何仍记录表创建与种子数据SQL？

嘿，我来帮你捋捋这个问题——你遇到的情况其实是EF Core迁移日志的层级控制没做到位，咱们一步步拆解清楚：

为什么你的MinimalMigrationsLogger没拦住这些SQL？ #

• EF Core迁移过程中，表创建、种子数据这类SQL输出属于特定的日志类别和级别，如果你的自定义日志器没精准过滤这些类别，就会漏网。
• 默认情况下，迁移执行的SQL会通过Microsoft.EntityFrameworkCore.Database.Command这个日志类别以Information级别输出；种子数据的SQL也大多关联这个类别，部分迁移相关的细节还会走Microsoft.EntityFrameworkCore.Migrations类别。
• 你的自定义日志器可能只过滤了日志级别（比如只保留警告及以上），但没针对这些产生SQL的核心日志类别做拦截，所以还是会输出。

怎么修改才能彻底屏蔽这类SQL？ #

1. 给自定义日志器加精准类别过滤 #

在你的MinimalMigrationsLogger的Log方法里，针对特定日志类别直接跳过记录：

public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception exception, Func<TState, Exception, string> formatter)
{
    // 获取当前日志的类别（需要在日志器构造时传入LoggerName并保存）
    var logCategory = this.LoggerName;

    // 拦截数据库命令（表创建、种子SQL都在这里）和迁移的冗余日志
    if (logCategory == "Microsoft.EntityFrameworkCore.Database.Command" || 
        logCategory.StartsWith("Microsoft.EntityFrameworkCore.Migrations"))
    {
        return; // 直接跳过，不输出这些日志
    }

    // 保留你需要的日志逻辑，比如只记录警告及以上级别
    if (logLevel >= LogLevel.Warning)
    {
        Console.WriteLine(formatter(state, exception));
    }
}

小提示：如果你的日志器构造函数还没接收LoggerName，记得加上——EF Core在创建迁移日志器时会自动传入对应的类别名称，只要在构造时保存这个参数就行。

2. 直接在EF配置里加日志过滤（更简单的方案） #

要是不想改自定义日志器，也可以在启动迁移的代码里直接配置EF的日志过滤规则，一步到位：

var dbOptions = new DbContextOptionsBuilder<YourDbContext>()
    .UseSqlServer("你的数据库连接字符串")
    .ConfigureLogging(logging =>
    {
        // 彻底屏蔽数据库命令日志（包含所有执行的SQL）
        logging.AddFilter("Microsoft.EntityFrameworkCore.Database.Command", LogLevel.None);
        // 只保留迁移过程中的警告/错误日志，屏蔽冗余的信息级日志
        logging.AddFilter("Microsoft.EntityFrameworkCore.Migrations", LogLevel.Warning);
    })
    .Options;

using (var context = new YourDbContext(dbOptions))
{
    await context.Database.MigrateAsync();
}

这种方式不需要自定义日志器，就能精准控制哪些日志输出，适合快速解决问题。

3. 检查种子数据的特殊情况 #

如果种子数据的SQL还是偶尔出现，大概率是你手动执行种子数据（比如在OnModelCreating外调用AddRange后SaveChanges）时产生的日志，这部分同样属于Microsoft.EntityFrameworkCore.Database.Command类别，上面的两种方案都能覆盖到，不用额外处理。

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