分布式IM即时通讯系统本质上就是对线上聊天和用户的管理，针对聊天本身来说，最核心的需求就是：发送文字、图片、文件、语音、视频、消息缓存、消息存储、消息未读、已读、撤回，离线消息、历史消息、单聊、群聊，多端同步，以及其他一些需求。

今天，正式通知大家一件事情：又到了启动新项目的时候，这也是 冰河技术 知识星球继 Seckill秒杀系统 项目后，又一个高并发实战项目。星球其他项目与专栏，大家可移步到冰河的个人站点：[链接] 进行查看。

不少小伙伴让我整理下有关SpringCloud和SpringCloudAlibaba的知识点，经过3天的收集和整理，冰河整理出这份4万字的SpringCloud与SpringCloudAlibaba学习笔记！！

又到了年底跳槽高峰季，很多小伙伴出去面试时，不少面试官都会问到消息队列的问题，不少小伙伴回答的不是很完美，有些小伙伴是心里知道答案，嘴上却没有很好的表达出来，究其根本原因，还是对相关的知识点理解的不够透彻。今天，我们就一起来探讨下这个话题。注：文章有点长，你说你能一鼓作气看完，我有点不信！！

之前，很多小伙伴私信我：如何才能快速的掌握Dubbo的核心原理和源码。所以，我写了一篇《我是如何在短期内快速掌握Dubbo的原理和源码的（纯干货）？》。对于Dubbo的源码解析系列文章，我也在思考如何让源码解析的文章变得更加简单易懂，所以，我调整了写Dubbo源码解析文章的策略，力求让小伙伴们能够以更简单、易懂的方...

上周，在【Dubbo系列专题】中更新了两篇文章《冰河开始对Dubbo下手了！》和《俯瞰Dubbo全局，阅读源码前必须掌握这些！！》，收到了很多小伙伴的微信私聊消息，大部分都是在询问如何快速的掌握Dubbo的原理和源码。针对这个问题，我也在思考如何以更简单、易懂的方式让小伙伴们更好的掌握Dubbo的原理和源码。今天，我就为...

对冰河有一定了解的读者都知道，冰河经历了一个高并发电商系统用户从零到上亿的整个研发过程，后期也由此衍生出电商系统（商城+秒杀）和基于海量数据的实时精准商品推荐平台。部分核心知识已总结到我出版的两本书籍——《海量数据处理与大数据技术实战》和《MySQL技术大全：开发、优化与运维实战》中。随着电商系统业务的...

冰河曾经经历过一个完整电商系统用户从零到上亿的研发过程，在业务的不断发展与变化过程中，演化出电商系统和基于大数据的商品精准实时推荐平台，关于MySQL数据库的架构演进，小伙伴们可以参考《从零到千万用户，我是如何一步步优化MySQL数据库的？》，关于系统的架构演进，小伙伴们可以参考《系统从初期到支撑亿级流量...

mykit-serial框架的设计参考了李艳鹏大佬开源的vesta框架，并彻底重构了vesta框架，借鉴了雪花算法（SnowFlake）的思想，并在此基础上进行了全面升级和优化。支持嵌入式（Jar包）、RPC（Dubbo，motan、sofa、SpringCloud、SpringCloud Alibaba等主流的RPC框架）、Restful API（支持SpringBoot和Netty），可支持最大峰值...

最近，在看Spring源码，看到Spring解决循环依赖问题的源码时，不得不说，源码写的太烂了。像Spring这种顶级的项目源码，竟然存在着这种xxx的代码。看了几次都有点头大，相信很多小伙伴都会跟我有一样的感受。怎么办呢？还是踏下心来，慢慢啃源码。最终，我将Spring如何解决循环依赖的源码总结成下面的流程图，这样，根据...

一般情况下系统的高可用可以用几个9来评估。所谓的几个9就是系统可以保证对外提供的服务的时间达到总时间的百分比。例如如果需要达到99.99的高可用，则系统全年发生故障的总时间不能超过52分钟。

在实际工作中，很多小伙伴在开发定时任务时，会采取定时扫描数据表的方式实现。然而，这种方式存在着重大的缺陷：如果数据量大的话，频繁的扫描数据表会对数据库造成巨大的压力；难以支撑大规模的分布式定时任务；难以支持精准的定时任务；大量浪费CPU的资源；扫描的数据大部分是不需要执行的任务。那么，既然定时扫描数...

问题今天发现Mysql的主从数据库没有同步先上Master库： {代码...} 查看下进程是否Sleep太多。发现很正常。 {代码...} 也正常。 {代码...} 再到Slave上查看 {代码...} 可见是Slave不同步解决方案下面介绍两种解决方法方法一：忽略错误后，继续同步该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数...

最近在写Mycat专题，由于不少小伙伴最近要出去面试，问我能不能简单写下MySQL的主从复制原理和注意事项，因为在之前的面试中被问到了这些问题。我：可以啊，安排上了！！

在产品初期快速迭代的过程中，往往为了快速上线而占据市场，在后端开发的过程中往往不会过多的考虑分布式和微服务，往往会将后端服务做成一个单体应用，而数据库也是一样，最初会把所有的业务数据都放到一个数据库中，即所谓的单实例数据库。随着业务的迅速发展，将所有数据都放在一个数据库中已经不足以支撑业务发展的...

随着互联网的发展，互联网企业的业务也在不断的飞速发展，进而导致系统的架构也在不断的发生着变化。总体来说，系统的架构大致经历了：单体应用架构—>垂直应用架构—>分布式架构—>SOA架构—>微服务架构的演变。当然，很多互联网企业的系统架构已经向Service Mesh(服务化网格)演变。今天，我们就一起来聊聊关于...