我们正在运行Entity Framework 6并拥有一个DatabaseLogFormatter来格式化我们的数据,并通过NLog AsyncTargetWrapper将其记录到文件中。该应用程序是一个MVC5 Web应用程序。
DatabaseLogFormatter主要是空的存根,LogCommand和LogResult除外。两者都正确地格式化数据。到目前为止,NLog日志记录一直没有问题。
我们遇到的问题是,经过几个小时的正常运行时间(似乎是随机的,无法找到模式),它将创建几乎重复的日志行。一旦启动它继续记录每一行两次或三次。有时候它会随机回到一行。
行将在DatabaseLogFormatter中读取的时间不同,这意味着正在重新格式化请求(而不是NLog问题)。
public class NLogFormatter : DatabaseLogFormatter
{
private static readonly DbType[] StringTypes = { DbType.String, DbType.StringFixedLength, DbType.AnsiString, DbType.AnsiStringFixedLength, DbType.Date, DbType.DateTime, DbType.DateTime2, DbType.Time, DbType.Guid, DbType.Xml};
public NLogFormatter(DbContext context, Action<string> writeAction)
: base(context, writeAction)
{
}
public override void LogCommand<TResult>(
DbCommand command, DbCommandInterceptionContext<TResult> interceptionContext)
{
var builder = new StringBuilder();
builder.Append($"COMMAND|{(command.CommandType == CommandType.StoredProcedure ? "EXEC " :"")}{command.CommandText.Replace(Environment.NewLine, " ")} ");
foreach (var parameter in command.Parameters.OfType<DbParameter>())
{
builder.Append("@")
.Append(parameter.ParameterName)
.Append(" = ")
.Append(parameter.Value == null || parameter.Value == DBNull.Value ? "null" : StringTypes.Any(t => t == parameter.DbType) ? $"'{parameter.Value}'" : parameter.Value);
builder.Append(", ");
}
Write(builder.ToString());
}
public override void LogResult<TResult>(DbCommand command, DbCommandInterceptionContext<TResult> interceptionContext)
{
var sw = Stopwatch;
Write($"COMPLETED|{command.CommandText.Replace(Environment.NewLine, " ")}|{sw.ElapsedMilliseconds}ms");
}
//rest removed for brevity
}
和EF上下文(来自DB第一模型)。 DB调用是使用未修改的EF生成函数进行的,我们主要使用存储过程。
public class EfDbConfiguration : DbConfiguration
{
public EfDbConfiguration()
{
SetDatabaseLogFormatter((context, action) => new NLogFormatter(context, action));
}
}
public class EfFunctions
{
private readonly EfEntities _db = new EfEntities { Database = { Log = Logger.LogEfRequest } };
//Function calls etc
}
日志输出的显示方式
2017-10-22 23:47:22.0611|Debug|REQUEST|Example.Page|POST|/example/page
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.0611|Debug|DB|COMMAND|EXEC [Test].[GetOrder] @OrderNumber = '123456789', @ErrorCode = null,
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|DB|COMPLETED|[Test].[GetOrder]|149ms
2017-10-22 23:47:22.2111|Debug|APP|No order or session, creating new session|123456789
答案 0 :(得分:0)
Cataklysim的评论以正确的方式指出。
问题是请求链的所有部分的处理不正确,DbContext对象未被处置的不匹配,即使创建了新的DbContext(并且使用新的记录器),也保持现有的记录器处于活动状态,并且然后两者都会捕获事件和日志。它在测试时没有在本地显示,因为服务器需要时间来降低和增加新线程以创建多个DbContexts。
确保手动配置Disposs(并确保Dispose整个链条)或使用在它的块末端调用Dispose的Using(Disposable)。