首先要特别感谢赵崇贺同学利用业余时间进行的压测，才能为本文提供专业的测试数据

一、测试环境准备

Kafka集群，服务器个数：3台
采用CMS垃圾回收

JVM运行参数

-Xmx1G -Xms1G -server -XX:+UseParNewGC -XX:+UseConcMarkSweepGC 
-XX:+CMSClassUnloadingEnabled -XX:+CMSScavengeBeforeRemark -XX:+DisableExplicitGC -Djava.awt.headless=true 
-Xloggc:/usr/local/kafka_2.10-0.8.2.2/bin/../logs/kafkaServer-gc.log -verbose:gc 
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps 
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false
-Dkafka.logs.dir=/usr/local/kafka_2.10-0.8.2.2/bin/../logs
-Dlog4j.configuration=file:/usr/local/kafka_2.10-0.8.2.2/bin/../config/log4j.properties

Kafka server端配置

broker.id=165
port=9092
host.name=hadoop165.kuaiyong.in
num.network.threads=3
num.io.threads=8
socket.send.buffer.bytes=102400


socket.receive.buffer.bytes=102400
socket.request.max.bytes=104857600
log.dirs=/download/kafka-logs
num.partitions=1
num.recovery.threads.per.data.dir=1
log.retention.hours=168
log.segment.bytes=1073741824
log.retention.check.interval.ms=300000
log.cleaner.enable=false

zookeeper.connect=hadoop165.xxx.in:2181,hadoop166.xxx.in:2181,hadoop167.xxx.in:2181

zookeeper.connection.timeout.ms=6000

测试命令行如下

生产者：

bin/kafka-producer-perf-test.sh --broker-list=hadoop02:9092 
--messages 100000 --topic s1 --threads 10 --message-size 1000 
--batch-size 200 --compression-codec 1

消费者

bin/kafka-consumer-perf-test.sh --zookeeper hadoop03:2181 
--messages 500000 --topic s1 --threads 1

二、正常请求测试

1、Producer：

数据量：230万条记录
每次打包发送1000条数据
数据格式：采用压缩格式

测试结果
最大处理量：39.2501MB/S
TPS：41156.6817条

2、Consumer

耗时：18秒
总体文件大小：2193.45MB
最大处理量：163.6659MB/S
TPS：171616.1767条

三、压力请求测试

1、Producer

数据量：1000万条数据
每次打包发送1000条数据
数据格式：采用压缩格式

测试结果
耗时：242秒
总体文件大小：9536.74MB
最大处理量：39.2531MB/S
TPS：41159.8856条

2、Consumer

耗时：70秒
总体文件大小：9536.74MB
最大处理量：145.4193MB/S
TPS：152483.1887条

结论：1000万条下的压力测试，性能有所降低，估计瓶颈期在500万条左右