1、引言在不了解IM技术的人眼里，群聊是再平常不过的功能而已，万人群聊？应该也不难实现吧？！确实，从前端功能界面上来看，群聊无非就是个循环向群员发送消息的一对多聊天消息分发模式而已，难在何处？真实的情况是，群聊是IM系统中的高难度技术点之一。难在哪？难在服务端！从某种角度上说，群聊功能的架构设计和技术实现的品质，可以代表这款IM软件

PreviewSDN技术指南（一）：架构概览(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Friboseyim.github.io%2F2017%2F05%2F12%2FSDN%2F)Background：为什么需要SDNSDN的主要解决方案

 昨天听了Gdevops峰会北京站的很多分享，自己也做了一个基本的总结，放出来一部分的PPT内容。 一个是当当架构师张亮对于JDBCsharding的分享，里面更多的讲了这个工具设计的初衷，碰到的问题，其中不乏很多技术方案的对比，比如下面这个，是上升到了更高的层级去看到RDBMs,NoSQL,NewSQL，可见各种方案之间目前都有一个基本的平衡，随

在移动端页面中，由于屏幕空间有限，导航条扮演着非常重要的角色，提供了快速导航到不同页面或功能的方式。用户也通常会在导航条中寻找他们感兴趣的内容，因此导航条的曝光率较高。在这样的背景下，提供一个动态灵活的导航条，为产品赋能，变得尤其重要。

在前端页面显示，为了避免一次性展示全量数据，通过上下翻页或指定页码的方式查看部分数据，就像翻书一样，这就利用了MySQL的分页查询。一、MySQL的深分页查询偏移量过大的分页会导致数据库获取数据性能低下，以如下SQL为例：SELECTFROMtorderO

为了标识一段数据，通常我们会为其指定一个唯一id，比如利用MySQL数据库中的自增主键。但是当数据量非常大时，仅靠数据库的自增主键是远远不够的，并且对于分布式数据库只依赖MySQL的自增id无法满足全局唯一的需求。因此，产生了多种解决方案，如UUID，Sn

1背景在讲述分布式事务的概念之前，我们先来回顾下事务相关的一些概念。1.1事务的基本概念就是一个程序执行单元，里面的操作要么全部执行成功，要么全部执行失败，不允许只成功一半另外一半执行失败的事情发生。例如一段事务代码做了两次数据库更新操作，那么这两次数据库

一、项目背景为什么需要架构升级promise时效包含两个子系统：内核时效计算系统（系统核心是时效计算）和组件化时效系统（系统核心是复杂业务处理以及多种时效业务聚合，承接结算下单黄金流程流量），后者依赖前者，分别由两组技术团队支持；因为有些业务的渗透造成两个

数字时代下企业如何畅享高性能计算？高性能计算的背后是哪些技术在做支撑？6月15日14:0014:50“天翼云HPC解决方案加速企业数字化转型”直播将准时开启倒计时1天！敬请期待！

6月15日，“天翼云HPC解决方案加速企业数字化转型”专题讲座在线上召开，天翼云科技有限公司高级解决方案经理梁小彪、天翼云科技有限公司高级工程师孙晓宁作为主讲人，分别对天翼云HPC解决方案及应用、天翼云高性能计算产品做了分享。在十四五规划与双碳目标的驱使下，高性能计算的技术研发越来越重视低碳减耗。随着互联网应用场景不断拓展，数据流量爆发式增长，企业对高性能