MongoDB高并发写场景开启读写分离读从库为什么阻塞? 咱们该如何处理?

目录

• MongoDB高并发写场景开启读写分离读从库为什么阻塞? 咱们该如何处理?
• MongoDB 4.0有哪些新特性，你最期待的有哪些，为何？
• Redis如何获取全部的key，不阻塞？
• MySQL中间件的性能测试和常规业务性能测试相比有什么不一样？

---

1、MongoDB高并发写场景开启读写分离读从库为什么阻塞? 咱们该如何处理?

一、按业务拆分逻辑下降读写并发度

二、添加分片均衡读写

三、升级至即将到来的4.0经过读snapshot解决从库读阻塞

2、MongoDB 4.0有哪些新特性，你最期待的有哪些，为何？

一、多文档事务的支持，解决了多文档操做的原子性问题

二、snapshot读相关支持，使得可在某个timestamp点上读到一个一致性的快照

三、Change Streams 支持实例及库级别粒度为业务提供了更多实时捕获变动的选择

四、聚合框架支持类型转换及字符先后空格截断操做

五、加入对SCRAM-SHA-256认证策略以支持更强的认证加密验证

六、提供经过简单的命令开启免费监控功能

七、更多的操做支持w:majority 好比对集合进行分片，建立删除集合等

八、listCollections 能够指定nameOnly:true 而不加锁

九、增长 rollbackTimeLimitSecs参数控制节点回滚的最大时间限制

十、支持直接在mongos路由节点直接kill具体操做无需按分片进行

十一、使用WiredTiger引擎不容许关闭journal日志

3、Redis如何获取全部的key，不阻塞？

一、在slave上执行Save命令，拷贝rdb文件到其余redis实例上用于统计key。

二、能够利用scan命令，来遍历当前数据库中的数据库键。

4、MySQL中间件的性能测试和常规业务性能测试相比有什么不一样？

性能测试的方法论基本都同样，以观察-分析-改进-再观察这个循环进行。

常规业务因为业务交互复杂、技术栈庞杂、性能瓶颈一般集中于业务, 性能测试使用的分析方法比较简单, 经过诊断业务一般能够低成本地找到性能瓶颈。

MySQL中间件的应用场景比较简单、技术栈稳定、性能瓶颈一般集中于架构和环境, 性能测试使用的分析方法比较多, 对性能瓶颈的分析一般成本比较高。另外在这一方面的现有知识积累并不很成体系, 也是成本较高的缘由之一。

---

公众号：知数堂，更多MySQL干货知识，关注公众号获取。

原文连接：https://zhishutang.com/QH9
推荐阅读：https://zhishutang.com/xdI