都聊区块链？里面的核心技术架构你知道吗！

从技术的角度，架构的角度，用通俗的语言来跟大家讲讲，我对区块链的一些理解。
究竟啥是区块链？Block chain，一句话来说，区块链是一个存储系统，存储系统更细一点，区块链是一个没有管理员，每个节点都拥有全部数据的分布式存储系统。
那常见的存储系统，是什么样子的呢？

如上图所示，底部是数据，上面可以写入数据。一个空间存储数据，一个软件管理数据，提供接口写入数据，这就是存储系统。比如MySQL就是最常见的存储系统。
普通的存储系统，容易存在什么问题呢？至少有两个常见的问题
第一个是非高可用的问题，数据存在一个地方很危险。用技术的话说，就是数据不高可用。
第二个问题是，它存在写入的单点，写入点只有一个。用技术的话说，就是它是一个单点控制。

那普通的存储系统通常是如何解决这两个问题的呢？

首先看一下如何保证高可用？
普通的存储系统通常是用“冗余”的方式来解决高可用问题的。图上图所示如果能够把数据复制成几份，冗余到多个地方，就能够保证高可用。一个地方的数据挂了，另外的地方还存有数据，例如MySQL的主从集群就是这个原理，磁盘的RAID也是这个原理。
这个地方需要强调的两点是：数据冗余，往往会引发一致性的问题
1、 例如MySQL的主从集群中中其实读写会有延时的，它其实就是有一个短的时间内读写不一致。这个是数据冗余，带来的一个副作用。
2、第二个点是数据冗余往往会降低写入的效率，因为数据同步也是需要消耗资源的。你看单点写入，如果加了两个从库之后，其实写入的效率会受影响。普通的存储系统，就是采用冗余的方式，保证数据的高可用的。
那么第二个问题，普通的存储系统，能否多点写入呢？
答案是可以的，比如说以这个图为例：

其实MySQL的话可以做一个双主的主从同步，双主的主从同步，两个节点，同时可以写入。如果要做多机房多活的数据中心，其实多机房多活也是进行数据同步的。这里要强调的是多点写入，往往会引发写写冲突的一致性问题，以MySQl为例，假设有一个表的属性是自增ID，那么现在数据库中的数据是1234，那么其中一个节点写入，插入了一条数据，那它可能变成5了，然后这5条数据，向另外一个主节点进行数据同步，同步完成之前，如果另外一个写入节点，也插入了一条数据，也生成了一条这个自增id为5的数据。那么，生成之后，往另外一个节点同步，然后同步数据到达之后会与本地的这两条5冲突，就会同步失败，会引发写写的一致性冲突问题。这个多点写入的话都会出现这个问题。
多点写入，如何保证一致？

关注“天鹅大咖课”分享更多技术干货