log关闭 gateway前后对比

@@ -59,13 +59,13 @@ private void publishUnionPushEvent(String userAgent, OrderCreationContext orderC
 
 ### 日志相关优化
 
-> A)Order服务日志按照重要级别整理
+#### A)Order服务日志按照重要级别整理
 >
-> 流量大情况设置非重要日志的级别均为WARN。
+> 流量大情况设置非重要日志的级别均为WARN，重要的日志可以单独到制定文件中。
 >
 > 具体还在整理中。Gateway的controller可以关闭info级别。
 >
-> B)日志输出管理
+#### B)日志输出管理
 >
 > ![](问题总结/media/log_debug.png)
 >
@@ -78,9 +78,13 @@ private void publishUnionPushEvent(String userAgent, OrderCreationContext orderC
 >
 > 如果log.debug(“{}”,obj),直接使用对象tostring可以确保toString不被执行。
 >
-> C\) Gateway日志级别整理。
+#### C\) Gateway日志级别整理。
 >
 > 保留到warn级别。Cpu能下降20%。
+下图是gateway在默认日志级别下的热点方法排序截图，可以看到前面的大部分方法均为log相关方法。
+![](问题总结/media/log_debug_jvm_gateway.png)
+下图是gateway关闭日志后的cpu对比和线程数对比情况：在这次压测调整中cpu降低13%,线程数减少一半。
+![](问题总结/media/log_gateway_cmp.png)
 
 ### 用户vip查询优化
 
@@ -194,7 +198,7 @@ A.  避免使用substring截断字符串。
 
 ### order AWS写库优化
 
-问题发现：购物车在编辑场景，cpu较高
+问题发现：购物车在编辑场景，cpu较高，100并发
 
 innodb\_flush\_log\_at\_trx\_commit=1