分类目录
-
近期文章
微博/Weibo
友情链接
Popular Post
- redis安装与主从配置 - 70,522 views
- twemproxy介绍与安装配置 - 60,842 views
- Nginx+uWSGI安装与配置 - 47,017 views
- 关于tcp socket出现的”connection reset by peer“和“broken pipe” - 38,668 views
- NameNode性能优化(1):RPC队列拆分 - 33,224 views
- Infobright Installation Using a Source Distribution(Infobright README):使用源码安装Infobright - 30,701 views
- MySQL5.6之Index Condition Pushdown(ICP,索引条件下推) - 29,216 views
- redis主从复制(2)— replication buffer与replication backlog - 28,648 views
- PHP代码中使用post参数上传大文件 - 24,299 views
- redis主从复制(1)— 慢查询导致复制中断 - 22,876 views
联系方式
个人邮箱:qunchenmy(at)163.com文章归档
近期评论
日历
2023年9月 一 二 三 四 五 六 日 « 11月 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 功能
__consumer_offser大量提交写入导致broker负载不均匀
一、broker请求不均匀的异常现象
通过监控系统发现,broker总的messages量和__consumer_offsets单个topic messages数据量在kf19这个节点上比其它节点要高出很多。
二、consumer offsets提交方式和写入策略
官方文
OpenTSDB参数优化和TSD服务监控
一、编译安装注意点
在编译安装OpenTSDB时,需要注意几点
1、configure时指定安装路径,make install时会把生成的tsdb bin文件和依赖文件复制这个目录中。
./configure --prefix=/usr/local/bin/opentsdb
2、修改bi
The slow query on the master caused the redis replication lag
Redis复制延迟问题在线上已经碰到过多次,多个同事找我也问起这个问题。事出异常必有妖,必然有蛛丝马迹可以寻找到真相。用最近的线上的一个redis产生replication lag问题,详细介绍下如何分析该类问题。
1 Redis Re
kafka-0.8.2 新特性
生产上逐渐开始使用kafka-0.8.2.2,看了下release notes,没有大的变化,主要是bug的修复和功能的完善。学习下Neha Narkhede两年前分享的文章“whats coming in apache kafka-0.8.2”,一些新特性如下,同时也浏览了下0
redis大量的连接创建导致cpu飙高
上个星期,在线上发现一个redis在只有200不到的qps时,进程cpu使用(top观测值)率达到了40%+。对于这个问题分析了好久,包括慢查询和响应时间的分析都无异常。决定对这个线上的redis进程做了一把strace操作,后果是
kafka优化–JVM参数配置优化
主要是启动脚本和log4j基本参数的设置和优化,这些参数藏的比较深。
1、JVM参数配置优化
如果使用的CMS GC算法,建议JVM Heap不要太大,在4GB以内就可以。JVM太大,导致Major GC或者Full GC产生的“stop the world”时
HBase启动异常
1 启动异常现象
1)通过hbase shell执行命令,发现处于“Master is initializing”状态。
2)Hbase集群初始化异常,namespace table 和meta table长期处于transition状态。
2016-11-24 13:05:45,738 INFO org.apache.h
Kafka参数优化 — IO系统优化
1 IO Scheduler
Centos6系统默认的IO调度器是CFQ(Completely Fair Queuing),Kafka是顺序IO读写模型,使用Deadline和NOOP无疑是更好地选择。
Deadline:对于读写操作有截止时间,对读和写操作用两条不同的队列管理
cassandra没法使用jps等工具
安装好cassandra之后,用jps发现没有cassandra服务进程。而netstat和ps显示进程和端口都已经启动。
google找到几篇相关的文章:
[1] CASSANDRA-9483
[2] jps-or-jstat-unable-to-monitor-DSE-processes/cassandra