安装RocketMQ步骤--（一）

三种部署方式

2m-noslave： 多Master模式
2m-2s-sync： 多Master多Slave模式，同步双写
2m-2s-async：多Master多Slave模式，异步复制

2m-noslave： 多Master模式
    优点：配置简单，单个Master 宕机或重启维护对应用无影响，在磁盘配置为 RAID10 时，即使机器宕机不可恢复情况下，由于RAID10 磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢）。性能最高。  
    缺点：单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订阅，消息实时性会受到受到影响。
2m-2s-async：多Master多Slave模式，异步复制
    优点：即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，因为 Master 宕机后，消费者仍然可以从 Slave 消费，此过程对应用透明。不需要人工干预。性能同多 Master 模式几乎一样。
    缺点：Master宕机，磁盘损坏情况，会丢失少量消息。
2m-2s-sync
    优点：数据与服务都无单点，Master宕机情况下，消息无延迟，服务可用性与数据可用性都非常高
    缺点：性能比异步复制模式略低，大约低10%左右，发送单个消息的 RT 会略高。目前主宕机后，备机不能自动切换为主机，后续会支持自动切换功能。

宕机实验

参数说明

Property Name	Default value	Details
listenPort	10911	端口监听客户端
namesrvAddr	null	namesrvIP:9876,以;分隔
brokerIP1	InetAddress for network interface	本机地址
brokerName	null	broker 名称
brokerClusterName	DefaultCluster	集群名
brokerId	0	broker id, 0代表 master, >0，代表slave
storePathCommitLog	$BROKET_HOME/store/commitlog/	提交日志的文件路径
storePathConsumerQueue	$BROKET_HOME/store/consumequeue/	用于消费队列的文件路径
mapedFileSizeCommitLog	1024 1024 1024(1G)	用于提交日志的映射文件大小
deleteWhen	04	何时删除超出预留时间的提交日志，
fileReserverdTime	48	在删除提交日志之前的小时数
brokerRole	主写ASYNC_MASTER、从写SLAVE	SYNC_MASTER/ASYNC_MASTER/SLVAE
flushDiskType	ASYNC_FLUSH	{SYNC_FLUSH/ASYNC_FLUSH}. SYNC_FLUSH 模式在Broker ack生产者之前将每个消息都放到磁盘上. Broker of ASYNC_FLUSH 模式与之相反，利用异步批量提交的优势，获取更好的性能.