............................................................................................ 26 6.4 适用场景 ............................................................................................ 服务器挂掉以后，另一个主 立即接管，其他的从服务器能自动切换，不用人工干预。 缺点：至少三个节点，对主机的数量有要求，需要实现读写分离，对程序来说是个 挑战。 6.3 方案架构图 6.4 适用场景 MMM 的适用场景为数据库访问量大，业务增长快，并且能实现读写分离的场景。 6.5 方案实战 6.5.1 实战环境介绍 实战环境服务器列表： 服务器 主机名 ip

............................................................................................. 43 6.4：Broker 与 client（comsumer ，producer）之间的心跳， ................................ 44 6.5：Broker 与 namesrv 计算消息跟文件头存储开始时间的时间差 根据消息头记录的存储消息个数计算消息索引存储的集体偏移量位置 写入真正的索引，内容参考上面索引内容格式 将槽位中的更新为此消息索引 更新索引头文件信息 6.4：Broker 与 client（comsumer ，producer）之间的心跳， 一： Broker 接收 client 心跳 ClientManageProcessor 处理 client

......................................... 14 项目开源主页：https://github.com/alibaba/RocketMQ II 6.4 存储目彔结构 .......................................................................................... Offset、Key Offset、State(P/C/R) Offset、Delaylevel 项目开源主页：https://github.com/alibaba/RocketMQ 15 6.4 存储目录结构 |-- abort |-- checkpoint |-- config | |-- consumerOffset.json | |-- consumerOffset

. . 55 6.3.2. 匹配浮点数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 6.4. 效率 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 6.4.1. 使用具体型字符组来代替通配符，来消除回溯 证操作之前，都要经过 trim 和判空。那样的话，也许那个错误正则也就够用了。也可以进一步改写成： /^[+-]?(\d+)?(\.)?\d+$/，这样我们就需要考虑可读性和可维护性了。 6.4. 效率 保证了准确性后，才需要是否要考虑要优化。大多数情形是不需要优化的，除非运行的非常慢。什么情形正 则表达式运行才慢呢？我们需要考察正则表达式的运行过程（原理）。 正则表达式的运行分为如下的阶段：

. . 55 6.3.2. 匹配浮点数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 6.4. 效率 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 6.4.1. 使用具体型字符组来代替通配符，来消除回溯 行验 证操作之前，都要经过 trim 和判空。那样的话，也许那个错误正则也就够用了。也可以进一步改写成： /^[-]?(\d)?(\.)?\d+$/，这样我们就需要考虑可读性和可维护性了。 6.4. 效率 保证了准确性后，才需要是否要考虑要优化。大多数情形是不需要优化的，除非运行的非常慢。什么情形正 则表达式运行才慢呢？我们需要考察正则表达式的运行过程（原理）。 正则表达式的运行分为如下的阶段：