共计 2755 个字符，预计需要花费 7 分钟才能阅读完成。
为了更好地分类浏览 52im.net 总计 1000 多篇精编文章，我将在每周三推送新的一期技术文集，本次是第 21 期。
[- 1 -] 新手入门：零根底了解大型分布式架构的演进历史、技术原理、最佳实际
[链接] http://www.52im.net/thread-2007-1-1.html
[摘要] 本文咱们就来聊聊分布式架构的演进过程，心愿能给大家带来眼前一亮的感觉。
[- 2 -] 一篇读懂分布式架构下的负载平衡技术：分类、原理、算法、常见计划等
[链接] http://www.52im.net/thread-2494-1-1.html
[摘要] 本文将从负载平衡技术的分类、技术原理、常见实现算法、罕用计划等动手，为您具体解说负载平衡技术的方方面面。这其中，四层和七层负载平衡技术最为罕用，它们也是本文介绍的重点。
[- 3 -] 从老手到架构师，一篇就够：从 100 到 1000 万高并发的架构演进之路
[链接] http://www.52im.net/thread-2665-1-1.html
[摘要] 本文以设计淘宝网的后盾架构为例，介绍从一百个并发到千万级并发状况下服务端的架构的 14 次演进过程，同时列举出每个演进阶段会遇到的相干技术，让大家对架构的演进有一个整体的认知。
[- 4 -] 腾讯资深架构师干货总结：一文读懂大型分布式系统设计的方方面面
[链接] http://www.52im.net/thread-1811-1-1.html
[摘要] 本文联合作者多年的互联网零碎设计实践经验，从最根本的技术概念开始，带你探寻服务器端零碎架构的方方面面。
[- 5 -] 疾速了解高性能 HTTP 服务端的负载平衡技术原理
[链接] http://www.52im.net/thread-1950-1-1.html
[摘要] 本文将以简洁艰深的文字，为你解说支流的 HTTP 服务端实现负载平衡的常见计划，以及具体到计划中的负载平衡算法的实现原理。了解和把握这些计划、算法原理，有助于您今后的互联网项的技术选型和架构设计，因为没有哪一种计划和算法能解决所有问题，只有针对特定的场景应用适合的计划和算法才是最理智的抉择。
[- 6 -] 知乎技术分享：从单机到 2000 万 QPS 并发的 Redis 高性能缓存实际之路
[链接] http://www.52im.net/thread-1968-1-1.html
[摘要] 本文作者陈鹏是该零碎的负责人，本次文章深刻介绍了该零碎的方方面面，值得互联网后端程序员认真钻研。
[- 7 -] 阿里技术分享：深度揭秘阿里数据库技术计划的 10 年变迁史
[链接] http://www.52im.net/thread-2050-1-1.html
[摘要] 阿里数据库事业部研究员张瑞，将为你讲述双 11 数据库技术鲜为人知的故事。在零点交易数字一次次晋升的背地，既是数据库技术的一次次冲破，也见证了阿里技术人永不言败的精力，每一次化“不可能”为“可能”的过程都是阿里技术人对技术的不懈谋求。
[- 8 -] 阿里技术分享：阿里自研金融级数据库 OceanBase 的艰苦成长之路
[链接] http://www.52im.net/thread-2072-1-1.html
[摘要] OceanBase 是蚂蚁金服自研的分布式数据库，在其 9 年的倒退历程里，从艰巨上线到找不到业务场景濒临遣散，最初在双十一的流量考验下浴火重生，成为蚂蚁金服全副外围零碎的承载数据库。这一路走来的艰苦和故事，蚂蚁金服高级研究员、OceanBase 团队负责人阳振坤将为你娓娓道来。
[- 9 -] 达达 O2O 后盾架构演进实际：从 0 到 4000 高并发申请背地的致力
[链接] http://www.52im.net/thread-2141-1-1.html
[摘要] 达达的业务组成简略间接——商家下单、配送员接单和配送，也正因为了解起来简略，使得达达的业务量在短时间能实现爆发式增长。而撑持业务快速增长的背地，正是达达技术团队继续一直的疾速技术迭代的后果，本文正好借此机会，总结并分享了这一系列技术演进的第一手实际材料，心愿能给同样奋斗在互联网守业一线的你带来启发。
[- 10 -] 优良后端架构师必会常识：史上最全 MySQL 大表优化计划总结
[链接] http://www.52im.net/thread-2157-1-1.html
[摘要] 本文将总结和分享当 MySQL 单表记录数过大时，增删改查性能急剧下降问题的优化思路，这也是资深后端架构师、程序员所必备的常识内容之一，心愿本文对你有用。
[- 11 -] 通俗易懂：如何设计能撑持百万并发的数据库架构？
[链接] http://www.52im.net/thread-2510-1-1.html
[摘要] 本篇文章咱们一起来学习一下，对于一个撑持日活百万用户的高并发零碎，数据库架构应该如何设计呢？
[- 12 -] 多维度比照 5 款支流分布式 MQ 音讯队列，妈妈再也不放心我的技术选型了
[链接] http://www.52im.net/thread-2625-1-1.html
[摘要] 本文将从 17 个维度综合比照 Kafka、RabbitMQ、ZeroMQ、RocketMQ、ActiveMQ 这 5 款以后最支流的 MQ 消息中间件产品，心愿能为您的下一次产品的架构设计和 MQ 消息中间件选型提供参考根据。
[- 13 -] 小米技术分享：解密小米抢购零碎千万高并发架构的演进和实际
[链接] http://www.52im.net/thread-2323-1-1.html
[摘要] 本次分享将为大家解密该零碎的技术演进、设计思路、实际总结等，心愿能带给您启发。
[- 14 -] 美团技术分享：深度解密美团的分布式 ID 生成算法
[链接] http://www.52im.net/thread-2751-1-1.html
[摘要] 对于美团的 Leaf-segment 这个 ID 生成计划，因为生成的 ID 全局惟一、全局有序，所以非常适合 IM 这种利用场景，这也是即时通讯网整顿并分享给社区的起因。
[- 15 -] 12306 抢票带来的启发：看我如何用 Go 实现百万 QPS 的秒杀零碎 (含源码)
[链接] http://www.52im.net/thread-2771-1-1.html
[摘要] 本文内容虽是从秒杀零碎谈起，并未间接波及即时通讯相干常识，但无关 Go 的高并发实际，依然值得宽广即时通讯网的技术爱好者们钻研和学习，必竟业务能够不同，但技术都是相通的，或者能为你即时通讯零碎的高并发架构带来新的思路和灵感。
👉52im 社区本周新文：《企业微信针对百万级组织架构的客户端性能优化实际 http://www.52im.net/thread-4437-1-1.html》，欢送浏览！👈
我是 Jack Jiang，我为自已带盐！https://github.com/JackJiang2011/MobileIMSDK/