页面降级 在大促或者某些特殊情况下，某些页面占用了一些稀缺服务资源，在紧急情况下可以对其整个降级，以达到丢卒保帅；

碰到这种情况，一般并发量不是特别多的时候，使用最多的解决方案是加锁排队。 加锁排队只是为了减轻数据库的压力，并没有提高系统吞吐量。

因为 CPU 不是 Redis 的瓶颈。Redis 的瓶颈最有可能是机器内存或者网络带宽。（以上主要来自官方 FAQ）既然单线程容易实现，而且 CPU 不会成为瓶颈，那就...

客户端分片 基于代理的分片 路由查询 客户端分片 由客户端决定 key 写入或者读取的节点 包括 Jedis 在内的一些客户端，实现了客户端分片机制

AOF 持久化方式则会记录每一个服务器收到的写操作。在服务启动时，这些记录的操作会逐条执行从而重建出原来的数据。写操作命令记录的格式跟 Redis 协议一致，以追加的方式...

缓存 会话缓存 时效性 访问频率 计数器 社交列表

Redis 内存淘汰指的是用户存储的一些键被可以被 Redis 主动地从实例中删除，从而产生读 miss 的情况，

Redis 内部使用一个 redisObject 对象来表示所有的 key 和 value。 type ：代表一个 value 对象具体是何种数据类型。

在 Redis 中有五种数据类型 String：字符串 Hash：字典 List：列表 Set：集合 Sorted Set：有序集合

全文搜索，这个是用的最多的。加上分词插件、拼音插件什么的可以做成强大的全文搜索引擎。 数据库，挺奇葩的用法，因为 ES 存数相同数据，更费空间，

倒排索引（英语：Inverted index），也常被称为反向索引、置入档案或反向档案，是一种索引方法，被用来存储在全文搜索下某个单词在一个文档或者一组文档中的存储位置的...

MongoDB 非常适合高伸缩性的场景，它是可扩展性的表结构。基于这点，可以将预期范围内，表结构可能会不断扩展的 MySQL 表结构，通过 MongoDB 来存储，这就可...

前四位是时间戳，可以提供秒级别的唯一性。 - 接下来三位是所在主机的唯一标识符，通常是机器主机名的散列值。 - 接下来两位是产生 ObjectId 的 PID，确保同一台...

MySQL 是一个最流行的关系型数据库，在互联网产品中应用比较广泛。一般情况下，MySQL 数据库是选择的第一方案，基本上有 80% ~ 90% 的场景都是基于 MySQ...

选择合适的分布式主键方案 数据库自增长序列或字段 UUID 使用 UUID to Int64 的方法 Redis 生成 ID Twitter 的 snowflake 算法

MySQL 的性能低是因为数据库要去扫描 `N + M` 条记录，然后又要放弃之前 `N` 条记录，开销很大 解决思路：

聚集索引一个表只能有一个，而非聚集索引一个表可以存在多个 聚集索引存储记录是物理上连续存在，而非聚集索引是逻辑上的连续，物理存储并不连续

一般来说，索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储的磁盘上。这样的话，索引查找过程中就要产生磁盘 I/O 消耗，相对于内存存取，I

数据库索引，是数据库管理系统中一个排序的数据结构，以协助快速查询、更新数据库表中数据。索引的实现通常使用 BTree 及其变种 B+Tree。

1. InnoDB 不支持 `FULLTEXT` 类型的索引。 2. InnoDB 中不保存表的具体行数，也就是说，执行 `select count() from tab...

产生死锁的四个必要条件： 互斥条件：一个资源每次只能被一个进程使用。 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。 不剥夺条件：进程已获得的资源...

说说 SQL 优化之道 一些常见的 SQL 实践 - 负向条件查询不能使用索引

前面介绍到水平分表策略归纳总结为随机分表和连续分表两种情况。连续分表有可能存在数据热点的问题，有些表可能会被频繁地查询从而造成较大压力，热数据的表就成为了整个库的瓶颈，而...

垂直分表在日常开发和设计中比较常见，通俗的说法叫做“大表拆小表”，拆分是基于关系型数据库中的“列”（字段）进行的。

简单的来说，反模式是指在对经常面对的问题经常使用的低效，不良，或者有待优化的设计模式/方法。甚至，反模式也可以是一种错误的开发思想/理念。

索引不会包含有 `NULL` 的列 只要列中包含有 `NULL` 值，都将不会被包含在索引中，复合索引中只要有一列含有 `NULL` 值，那么这一列对于此符合索引就是无效的。

表存储引擎必须使用 `InnoDB` - 表字符集默认使用 `utf8`，必要时候使用 `utf8mb4` - 通用，无乱码风险，汉字 3 字节，英文 1 字节

OAuth 是一个关于授权的开放网络标准，它允许第三方网站在用户授权的前提下访问用户在服务商那里存储的各种信息。

在微服务复杂的链式调用中，我们会比单体架构更难以追踪与定位问题。因此，在设计的时候，需要特别注意。

一般情况下，每个微服务之间是独立的，如果某个服务宕机，只会影响到当前服务，而不会对整个业务系统产生影响。

为了确保微服务之间松耦合，每个服务都有自己的数据库, 有的是关系型数据库(SQL)，有的是非关系型数据库(NoSQL)。开发企业事务往往牵涉到多个服务，要想做到多个服务数...

如今，市场环境纷繁复杂，瞬息万变，现代企业为了更好地生存，需要有极强的适应能力。**快速而轻松地迎接改变，成为了一个优质企业的特征之一**，同时企业还要求技术团队构建更科...

讨论「微服务和 SOA 的差别」的意义远不如讨论「微服务和单体系统的差别」更大，因为他们的区别实在有点微妙。此外，互联网近些年的发展，越来越朝去中心化的方向前进了，就像今...

强一致 当更新操作完成之后，任何多个后续进程或者线程的访问都会返回最新的更新过的值。这种是对用户最友好的，就是用户上一次写什么，下一次就保证能读到什么。根据 CAP ...

# 怎么考虑数据一致性问题 ## 单体应用的数据一致性 想象一下如果我们经营着一家大型企业，下属有航空公司、租车公司、和连锁酒店。我们为客户提供一站式的旅游行程规划服务，这