背景很久之前我给业务方写了一个dubboloadbalance的扩展（为了叙述方便，这个loadbalance扩展就叫它XLB吧），这两天业务方反馈说XLB不生效了我心想，不可能啊，都用了大半年了排查于是我登上不生效的consumer机器进行排查，还好我留了一手，当XLB加载时，会打印一行日志看了下这个服务，并没有打印日志，说明

!(https://oscimg.oschina.net/oscnet/6efaa02141ea49bfb5a520475889608d.gif)服务上线运营后，出现异常是难免的事，通常情况下会通过服务日志排查问题。然而这种排查问题的方式有时候是低效的，特别是日志比较多，还不知道如何下手的时候，非常麻烦。那让服务主动报告出现的错误不就行了吗？

背景  同事用go写了一个简单转发业务流量的工具。跑了9个小时coredump。直接被冲击了三观（go也会coredump?），最后分析了看，是测试机器设置不当导致的，测试人员把日志文件重定向到终端，日志文件大小超过终端限制（这值可人为设置，默认没有大小限制），最后操作系统向服务端发送了SIGXFSZ信号，下面聊下罪魁祸首SIGX

SpringBoot2.0.1启动用idea启动可以正常运行，但是mvn编译后启动失败报错日志如下2018041310:18:58.843mainWARNo.s.b.w.s.c.AnnotationConfigServletWebServerApplicationContextAbstractApplicationCo

刚刚实践了MySQL的主从备份，记录如下：1\.主库 1）在my.cnf的mysqld节点添加如下配置 logbinmysqlbin                                 开启二进制日志 serverid       1                

简介通过压力测试查看xwiki的gc情况，统计分析gc日志，在不改变总内存使用的情况下做出合理调整，通过压力测试聚合报告对比调优效果。步骤1.运行程序，增加打印GC日志的参数；2.使用badboyjmeter对web程序的单个页面（首页）进行压力测试，压力测试参数为10线程，每线程执行100次测试；3.使用js

SpringBoot2.0.1启动用idea启动可以正常运行，但是mvn编译后启动失败报错日志如下2018041310:18:58.843mainWARNo.s.b.w.s.c.AnnotationConfigServletWebServerApplicationContextAbstractApplicationCo

注意：如果Driver写好了代码，eclipse或者程序上传后，没有开始处理数据，或者快速结束任务，也没有在控制台中打印错误，那么请进入spark的web页面，查看一下你的任务，找到每个分区日志的stderr，查看是否有错误，一般情况下一旦驱动提交了，报错的情况只能在任务日志里面查看是否有错误情况了1、Operationcatego

0.背景在近期的项目中，系统涉及到针对系统的业务操作日志统计功能，由于本系统位于业务链路的中心环节，负责接收上游系统的数据，并将基于用户操作产生的数据传递至下游系统，鉴于业务链路的复杂性和操作场景的多样性，我们计划通过对核心业务数据进行全生命周期的日志记录

作者：京东物流赫占星一、慢SqL发现在一次需求UAT上线后，本来在测试环境没问题的接口，UAT环境出现了接口超时，通过查询接口日志发现是SQL查询超时了，原因是UAT环境的数据量比测试环境大得多。一般来说，我们可以通过数据库本身的慢查询日志去定位出问题的慢