kafka topic制定规则

kafka topic的制定，我们要考虑的问题有很多，比如生产环境中用几备份、partition数目多少合适、用几台机器支撑数据量，这些方面如何去考量？笔者根据实际的维护经验，写一些思考，希望大家指正。

1.replicas数目

　　可以从上图看到，备份越多，性能越低，因为kafka的写入只写入主分区，备份相当于消费者从主分区pull数据，这样势必会造成性能的损耗，故建议在生产环境中使用一主一备即可。

2. partition数量

　　（1）设置partition数量的时候我们需要注意：kafka的partition可以在创建时候指定，也可以alter（kafka-topic.sh里面的参数），但是，这个修改只能增加partition数目，并不能减少。这带来的直接影响就是我们在设置按照日志数量回滚数据的时候（即：设置log.retention.bytes控制日志清除），需要考虑大小，因为log.retention.bytes设置的是partition的日志大小。

　　（2）partition的数目并不是越多越好，以下是笔者所做的性能测试。

　　　　//todo

　　　　可以看到，当partition数目是broker数目的整数倍的时候，它的TPS较高，非整数倍的时候，由于数据不均衡，所以TPS会有不同程度的影响。

3.消费速度

　　消费速度需要进行性能测试做相应评估，消费者/生产者加机器，都可以带来性能的线性增加。