5M的免费小工具，Windows有救了

唯快不破的秘密

65 哥前段时间去面试 996 大厂，被问到「Redis 为什么快?」

65 哥：额，因为它是基于内存实现和单线程模型

”面试官：还有呢?

65 哥：没了呀。

”很多人仅仅只是知道基于内存实现，其他核心的原因模凌两可。今日跟着「码哥字节」一起探索真正快的原因，做一个唯快不破的真男人!

Redis 为了高性能，从各方各面都进行了优化，下次小伙伴们面试的时候，面试官问 Redis 性能为什么如此高，可不能傻傻的只说单线程和内存存储了。
 

清晰的目录结构，能够辅助其他同学轻而易举的了解项目的功能模块，在项目中保持整体一致的约定也是一个非常好的习惯。如果再加上一个扩展性，那目录划分就是重中之重。

有两种典型的分类方式，但也有很多细节。

1. 最简单的MVC

我们平常最熟悉的，就是MVC结构。这种结构很流行，写简单项目很方便，但是会产生严重的耦合问题、Service爆炸问题，数千、上万行的代码是家常便饭。

1. Model(模型)表示应用程序核心(比如数据库记录字段)。
2. View(视图)显示数据(数据库记录)。
3. Controller(控制器)处理输入(写入数据库记录)。

在项目划分上，就类似下面的目录结构。
 

一句话总结：分表主要是为了减少单张表的大小，解决单表数据量带来的性能问题。

分库分表带来的复杂性

既然分库分表这么好，那我们是不是在项目初期就应该采用这种方案呢?不要激动，冷静一下，分库分表的确解决了很多问题，但是也给系统带来了很多复杂性，下面简要说一说。

(1)跨库关联查询

在单库未拆分表之前，我们可以很方便使用 join 操作关联多张表查询数据，但是经过分库分表后两张表可能都不在一个数据库中，如何使用 join 呢?

有几种方案可以解决：

• 字段冗余：把需要关联的字段放入主表中，避免 join 操作;
• 数据抽象：通过ETL等将数据汇合聚集，生成新的表;
• 全局表：比如一些基础表可以在每个数据库中都放一份;
• 应用层组装：将基础数据查出来，通过应用程序计算组装;

（编辑：阳江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!