【IT168 专稿】本文根据【2016 第七届中国数据库技巧大会】现场演讲嘉宾霍俊路老师分享内容收拾而成。录音收拾及文字编辑IT168@杨璐

　　嘉宾简介

　　浪潮高级软件工程师 霍俊路

　　霍俊路，K-DB数据库高级技巧服务工程师。多年一线实行测试经验，参与数百个数据库项目标集成测试。 清楚控制 K-DB 数据库的内部原理和逻辑架构，擅长数据库的性能优化和故障诊断。快速定位和 解决用户在应用 K-DB 的过程中的任何问题。

　　正文：

　　很高兴有这么一个机会，能跟这么多朋友在一起，来聊聊技巧，做一个打算的分享。盼望我的讲解能够给大家带来必定的收获。

　　讲解分为三个部分：第一，重要是知识;第二，是针对重要知识一个现场展现;第三，关于K1，还有解决方案。

　　传统数据库架构的发展过程

　　我们数据库发展一共分为三个阶段。第一阶段，重要是一个单机的数据库，特点是基于MACC架构，闪存，闪回等，可以给用户解决必定的问题。但是架构的缺点也非常明显。原因第一，它解决不了用户的利用扩大性的问题。第二，解决不了用户的单点故障的问题。

　　第二个阶段，就是说主库所有的操作产生的日志，都会传送到备库，在备库层面做一个恢复，这样主库宕掉以后，备库依然可以起来进行服务。那么同时在这个传输的过程中，备库是可以只读模式打开的，可以分享一部分，就是说主库的压力。

　　经过很长时间的一个研发过程和积累，我们数据库进入到第三个阶段，就是说集群阶段。那么集群阶段，它具有什么特点呢?就是它要比前面这几个增长了两个非常明显的特点。第一，负载均衡，第二，就是故障恢复。所谓负载均衡，就是说多个点是可以一起进行的，故障恢复，任何一个节点宕掉以后，都不会影响到用户的持续应用。

　　这就是要讲的一个核心。KB的集群，它是基于一个共享，由多个节点共享磁盘，在共享磁盘上有着数据库必需要的软件，数据软件等等，除此之外，这里面显示的叫做集群把持软件，这个文件的用处在什么呢?就是说它是作为集群件的一个注册表的一个信息。然后我们这个集群，各个节点之间，其实它是由两条网络进行搭建的，分辨是外网还有内网。外网是处理用户的需求的，也就是所有的用户的恳求，统一是从外往这边进入的。内网是集群节点之间的一个通信的一条通道。

　　多活集群，就是说它的每一个节点都是可读可写，可以同时读写。在我们数据库的集群中，我们刚才说过，我们有一条内网，它是用于处理数据在节点之间的传输。在多个节点中，如果我想要获取的这个数据块已经在别的节点中了，那么我不需要将对应的数据块刷回到磁盘，我再从磁盘进行读取，而我的这种处理方法是直接通过内网将这个数据块传输过来。这样就减少一个IO的耗费。这种技巧，在我们数据库称为一种缓存的融合技巧。也就是说，多个节点的这种内存，我们可以把它当成统一来处理。

　　实现缓存融合需解决问题

　　第一， 多个节点有可能会同时共同读取数据块。

　　第二， 节点和节点之间，然后有读有写，同一个数据块。

　　第三， 就是写和读。

　　第四，写和写。我们需要处理多个节点的对于同一个数据块的稳固。在数据库中，对于同一个数据块的，就是说对同一个对象之间处理，统一的方案，这个锁在数据库当中是广泛来解决并发的，我们在单节点当中也是经常看到的。如何把这个锁在多个节点，在集群环境下设计出来，那么来解决这样的问题呢?我们需要考虑哪些因素呢?我自己做了一个总结，重要是从三个方面，第一，就是说这个锁放在什么处所?因为它是一个多节点的环境，我这个锁放在哪个处所是很重要的一个东西，速录公司，那么我需要多个节点都能感测到。这个锁里面会存放哪些信息，我们知道，在单节点当中，大部分重要就是先放一个锁，申请一个模式就OK了，在集群一下，这样够不够呢?