elasticsearch性能调优集群规划独立的master节点，不存储数据, 数量不少于2数据节点(Data Node)查询节点(Query Node)，起到负载均衡的作用Linux系统参数配置文件句柄Linux中，每个进程默认打开的最大文件句柄数是1000,对于服务器进程来说，显然太小，通过修改/etc/security/limits.conf来增大打开最大句柄数* - nofile 6553

Last login: Mon Mar 12 10:14:30 2018 from 192.168.72.200[wangshumin@centoshostnameKL2 ~]$ netstat -ntlp(Not all processes could be identified, non-owned process info will not be shown, you would have

目前跑通的读写MySQL的方式有三种，一种是直接使用flink自带的JDBCInputFormat和JDBCOutputFormat，一种是自定义source和sink，最后一种是通过DDL连接MySQL进行读写（但是这种只在idea调试通了，打包上传后运行报错，因此比较的时候只比较前两种）。引入依赖<!-- https://mvnrepository.com/artifact/mysql/

使用Jmeter压测Kafka：https://www.blazemeter.com/blog/apache-kafka-how-to-load-test-with-jmeter/Kafka压力测试(写入MQ消息压测和消费MQ消息压测）：https://blog.csdn.net/laofashi2015/article/details/81111466kafka内置压测：//生产压测bin/ka

kafka rebalance机制Kafka保证同一consumer group中只有一个consumer会消费某条消息，实际上，Kafka保证的是稳定状态下每一个consumer实例只会消费某一个或多个特定的数据，而某个partition的数据只会被某一个特定的consumer实例所消费。这样设计的劣势是无法让同一个consumer group里的consumer均匀消...

方式一：全局配置可以添加阿里云的镜像到maven的setting.xml配置中，这样就不需要每次在pom中，添加镜像仓库的配置，在mirrors节点下面添加子节点：<mirror><id>nexus-aliyun</id><mirrorOf>central</mirrorOf><name...

序本文主要分析一个频繁GC (Allocation Failure)及young gc时间过长的case。症状gc throughput percent逐步下降，从一般的99.96%逐步下降，跌破99%，进入98%，最低点能到94%young gc time逐步增加，从一般的十几毫秒逐步上升，突破50，再突破100，150，200，250在8.5天的时间内，发生了9000多次gc，其中full g

[2018-06-30T17:57:23,848][WARN ][o.e.m.j.JvmGcMonitorService] [qoo--eS] [gc][228384] overhead, spent [2.2s] collecting in the last [2.3s][2018-06-30T17:57:29,020][INFO ][o.e.m.j.JvmGcMonitorService] [

#系统默认的最大打开文件数的限制vi /etc/security/limits.conf*-nproc50240*-nofile20480 #65535*-npro20480*-nofile65535*-...

1、错误描述：出错场景描述：github上创建远程仓库的时候选择添加README.md文件，git bash连接远程库，然后执行push操作，出现下面的问题$ git push -u origin masterTo github.com:XXXX/DesignPatterns.git! [rejected]master -> master (fetch first)error: failed