在之前的一篇博客《SpringLog4jActiveMQ实现远程记录日志——实战分析(http://my.oschina.net/itblog/blog/533730)》的评论中，有同学提到这种方式应该要能根据日志级别设置来决定是否发送到mq，不然会大量占用网络资源。于是经过了一番搜索后，实现了这个功能。现在记录在这里。目标：将debug，in

配置参考然后不废话，直接贴最终的关键配置:想实现消息队列中保存2小时的消息，那么配置应该像这样:log.roll.hours1log.retention.hours2log.segment.delete.delay.ms0Kafka日志存储机制分析

Java运行状态分析2：线程状态及堆栈信息基本概念出现内存泄漏或者运行缓慢场景，有时候无法直接从业务日志看出问题时候，需要分析jvm内存和线程堆栈线程堆栈信息主要记录jvm线程在某时刻线程执行情况，分析线程状态可以跟踪到程序出问题的地方​内存堆栈信息主要记录jvm堆中在某时刻对象使用情况，

启动教程1elasticsearchcd/soft/elasticsearch5.1.2/nohup./bin/elasticsearch/dev/null&psaux|grepielasticsearch|awk{'print$2'}|xargskill92elasti

RocketMQ消息轨迹主要包含两篇文章：设计篇与源码分析篇，本节将详细介绍RocketMQ消息轨迹设计相关。RocketMQ消息轨迹，主要跟踪消息发送、消息消费的轨迹，即详细记录消息各个处理环节的日志，从设计上至少需要解决如下三个核心问题：消费轨迹数据格式记录消息轨迹(消息日志)消息轨迹数据存储在哪？1、消息轨迹数

本文借鉴https://www.cnblogs.com/backlion/p/10394369.html(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fbacklion%2Fp%2F10394369.html)，在此谢谢大佬指明方向！！本人又总结

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

ES也是比较火热，在日志数据分析，规则分析等确实很方便，说实话用esstack浪尖觉得可以解决很多公司的数据分析需求。极客时间下周一要上线新的ES课程，有需要的暂时别购买，到时候还找浪尖返现吧。写这篇文章的原因是前两天星球球友去面试，面试管问了一下，Spark分析ES的数据，生成的RDD分区数跟什么有关系呢？稍微猜测一下就能想到

转自：http://blog.csdn.net/opensure/article/details/46715769JVM常用调试参数:–verbose:gc在虚拟机发生内存回收时在输出设备显示信息\Xloggc:filename把GC相关日志信息记录到文件以便分析\XX:HeapDumpOnOutOfMemoryE

慢日志Mysql提供了慢日志记录，可以监控执行时间超过设定值的sql，并予以记录。查看是否开启了慢查询日志：sqlshowvariableslike'%slow%';sqlshowvariableslike'%longquerytime%';可以看到慢查询