一道之前的面试题： 来自：社招一年半面经分享(含阿里美团头条京东滴滴) 「文章较长，可以点赞在看」 文章内容收录到个人网站，方便阅读：http://hardyfish.top/ 前言 Elastics

👈👈👈 欢迎点赞收藏关注哟 一. 前言 数据库作为整个系统的一大件，在秒杀场景下同样有很多需要考虑的地方。 这一篇先从宏观角度来看，不谈具体的优化细节。能用钱解决的，就先不考虑小优化。 分库分表并不是

在现有的互联网业务模式下，数据库分库分表已经成为解决数据库瓶颈的一个普遍的解决方案。但是分库分表在带来解决方案的同时，也产生了一些新的问题。 ​ 分库分表后，就成了分布式事务了。如果依赖数据库本身的分布式事务管理功能去执行事务，将付出高昂的性能代价； 如果由应用程序去协助控制，…

随着数据库中数据量日益增多，不得进行分库分表，在分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，提供系统的处理能力，但是这种架构也带来其他问题，比如本文要讲解的跨库分页查询的

前言 随着项目不断迭代，使用人数的不断增加。数据库中某些表数据正在逐步膨胀，往单表千万迅速靠拢。所以最近领导也在考虑做一下分库分表，写此文章记录下来。 一、什么是分库分表？ 分库：从单个数据库拆分成多

列式存储 重点介绍下列式存储，它与关系型数据库的行式存储有什么区别。 现有一张数据表： 数据读取： 数据压缩： 数据写入： 总结一下： 区别： 存储方式：行式存储将一整行数据连续地存储在一起，而列式存

我们先了解什么是发布-订阅模式，发布-订阅模式它是一种对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖它的对象都将得到状态的通知。 发布-订阅模式流程如下： 订阅者将自己想订阅的事件注册到

在业务开发中为了提升接口速度都会使用到多线程异步编程，在多线程异步编程中使用不当或者不了解其中的原理很容易入坑，本篇文章就是记录了多线程异步编程生产环境使用CompletableFuture遇到的坑。

通过网关限流功能，就能针对任意服务、任意接口、或者所有服务做定制化分布式限流？这么好用的技能还不快赶紧 get ！