Redis宕机数据丢失解决方案，不吃透都对不起自己

前言

昨天，有个女孩子问我提高数据库查询性能有什么立竿见影的好方法？

这简直是一道送分题，我自豪且略带鄙夷的说，当然是加「索引」了。

她又不紧不慢的问，索引为什么就能提高查询性能。

这还用问，索引就像一本书的目录，用目录查当然很快。

她失望地摇了摇头，你说的只是一个类比，可为什么通过目录就能提高查询速度呢。

唉，对啊，通过书目可以快速查询，这只是一个现象，真正原因到底是什么呢。

那女孩看着诧异且表情僵硬的我，满意而又意味深长的笑笑：原来你这个男程序员也不会，看来我还得靠自己研究了。

哎，熬夜又要憔悴了我这该死的美貌。

来自同行的羞辱，是可忍孰不可忍？！

于是，我踏上了数据库索引学习的不归路，原来数据库索引使用了一种叫 B+ 树的古老数据结构，当然也有 Hash 等类型，暂且不说，可 B+ 树 这是个什么妖魔鬼怪呢？

下面就来浅尝辄止的扒一扒树的前世今生。

第1章：Dubbo的简史、后续的规划和整体架构大图

————Dubbo高性能RPC通信框架

1.1应用架构演进过程

1.2 Dubbo 简介

1.3 Dubbo总体大图

第2章：Dubbo的环境配置和基于Dubbo开发第一款应用程序

————开发第一款Dubbo 应用程序

2.1配置开发环境

2.2基于XML配置实现

2.3基于注解实现

2.4基于API实现

2.5构建并运行

第3章：Dubbo内置的常用注册中心的实现原理

————Dubbo注册中心

3.1注册中心概述