Serilog SQL Server日志仅AuditTo生效，WriteTo无记录求助

核心差异先明确 #

AuditTo 是同步阻塞式写入，失败会直接抛出异常；WriteTo 默认是异步批量缓冲写入，失败默认吞掉异常且不会立刻触发写入——这是两类配置行为的本质区别，也是排查的核心切入点。

逐一排查步骤 #

1. 先解决缓冲导致的日志丢失 #

WriteTo默认会攒够一定数量/时间才批量写入，程序异常退出或提前终止时，缓冲内的日志会直接丢失：

• 临时关闭缓冲测试，修改appsettings.json的WriteTo配置：

"WriteTo": [
  {
    "Name": "MSSqlServer",
    "Args": {
      "connectionString": "你的数据库连接串",
      "tableName": "Logs",
      "buffered": false
    }
  }
]

• 正式环境要确保程序退出时调用刷新：

// 控制台程序在退出前调用
Log.CloseAndFlush();
// Web程序可在Program.cs的app.Run()后添加
app.Run();
Log.CloseAndFlush();

2. 开启Serilog自我诊断抓错误 #

WriteTo默认不会输出自身的写入异常，必须开启自我日志才能看到问题：

• 在Program.cs初始化Serilog前加入：

Serilog.Debugging.SelfLog.Enable(Console.WriteLine);

运行程序后，控制台会输出Serilog写入SQL时的具体错误（比如权限不足、连接串无效、表字段不匹配等）。

3. 核对日志级别过滤规则 #

检查是否因为级别配置过高，导致目标日志被过滤：

• 确认WriteTo节点的restrictedToMinimumLevel是否匹配你的日志级别（比如你写的是Information，这里不能设成Error）：

"WriteTo": [
  {
    "Name": "MSSqlServer",
    "Args": {
      // 其他配置
      "restrictedToMinimumLevel": "Information"
    }
  }
]

• 同时检查全局MinimumLevel配置，是否有Override规则覆盖了目标日志的级别：

"MinimumLevel": {
  "Default": "Information",
  "Override": {
    "Microsoft": "Warning",
    "System": "Warning"
  }
}

4. 验证SQL Server表结构与权限 #

• 确认Logs表的字段是否完整（比如Id、Message、MessageTemplate、Level、TimeStamp等），AuditTo自动创建的表结构WriteTo同样适用，但如果手动修改过表，可能存在约束冲突。
• 直接用Serilog配置的数据库账号手动插入一条测试数据，验证是否有写入权限、字段约束是否正常。

5. 检查依赖注入的日志配置 #

如果用ILogger注入调用，必须确保Serilog被设为默认日志提供器：

• Program.cs中要添加builder.Host.UseSerilog()，而不是保留默认的日志系统：

var builder = WebApplication.CreateBuilder(args);
// 绑定Serilog配置
builder.Host.UseSerilog((ctx, config) => config.ReadFrom.Configuration(ctx.Configuration));

6. 调整批量写入阈值 #

WriteTo默认是积累1000条或30秒才触发写入，日志量少的话可能看不到效果：

• 修改批量配置，缩小触发条件测试：

"Args": {
  // 其他配置
  "batchPostingLimit": 10,
  "period": "00:00:05"
}

常见问题总结 #

• 日志丢失：缓冲未刷新，关闭缓冲或调用Log.CloseAndFlush()解决。
• 无写入记录：开启SelfLog抓异常，大概率是连接、权限或表结构问题。
• 级别过滤：核对全局与WriteTo节点的级别配置，确保目标日志未被过滤。

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