分析

分析接口由 , ConnectionMultiplexer.RegisterProfiler(IProfiler) ，ConnectionMultiplexer.BeginProfiling(object) ，
ConnectionMultiplexer.FinishProfiling(object) 和 IProfiledCommand。

你可以用一个 ConnectionMultiplexer 实例注册一个 IProfiler ，它不能被改变。你可以通过调用 BeginProfiling(object) 开始分析一个给定的上下文对象（例如，线程，Http请求等等），调用 FinishProfiling(object) 来完成。
返回一个 IProfiledCommand 集合的对象，它包含了通过 (Begin|Finish)Profiling 调用和给定上下文配置好的 ConnectionMultiplexer 对象发送到 redis 的所有命令的时间信息。

应该使用什么“上下文”对象是应用程序来确定的。

StackExchange.Redis显示有关以下内容的信息：

• 正在查询的redis数据库
• redis命令运行
• 用于路由命令的标志
• 命令的初始创建时间
• 命令入队后，发送命令需要多长时间
• 发送命令后，从redis接收响应需要多长时间
• 收到响应后处理响应所需的时间
• 如果命令是响应集群 ASK 或 MOVED 响应而发送的

由于StackExchange.Redis的异步接口，分析需要外部协助将相关的命令组合在一起。 这是实现的
通过提供上下文对象，当你开始和结束profiling（通过 BeginProfiling(object) ＆ FinishProfiling(object) 方法），当一个命令被发送（通过 接口的 GetContext() 方法）。

一个将许多不同线程发出的命令关联在一起的玩具示例：

最后，timings 将包含16,000个 IProfiledCommand 对象 - 每个发送给redis的命令对应一个对象。

如果相反，你像下面这样做：

不再看玩具示例，这里是如何在一个MVC5应用程序中配置 StackExchange.Redis。

首先针对你的 ConnectionMultiplexer 对象注册以下 IProfiler：

然后，将以下内容添加到 Global.asax.cs 文件：

这个实现将所有redis命令（包括 -ed命令）与触发它们的http请求分组。