MySQL升级版分布式MySQLMySQLPlusTiDB

　　TiDB官网：https://pingcap.com/index.html不同类型数据库特点：传统关系型数据库历史比较久，目前RDBMS的代表为Oracle、MySQL、PostgreSQL，在数据库领域也是＂辈份＂比较高的，其广泛应用在各行各业，RDBMS大多为本地存储或共享存储。 但是此类数据库存在着一些问题，如自身容量的限制。随着业务量不断增加，容量渐渐成为瓶颈，此时DBA会通过多次的库表sharding，以此来缓解容量问题。大量的分库分表，不仅耗费了大量人力，还使得业务访问数据库的路由逻辑变得复杂。除此之外，RDBMS伸缩性比较差，通常集群扩容缩容成本较高，且不满足分布式的事务。 NoSQL类数据库的代表为Hbase、Redis、MongoDB、Cassandra等，这类数据库解决了 RDBMS伸缩性差的问题，集群容量扩容变得方便很多，但是由于存储方式为多个KV存储，所以对SQL的兼容性就大打折扣。对于NoSQL类数据库来说，只能满足部分分布式事务的特点。 NewSQL领域的代表是Google的spanner和F1，其号称可以实现全球数据中心容灾，且完全满足分布式事务的ACID，但是只能在Google云上使用。 SQL，NoSQL，NewSQL比较关系型数据库(RDBMS,即SQL数据库) 商业软件： Oracle，DB2 开源软件：MySQL，PostgreSQL 单机版本已经很难满足海量数据的需求NoSQL NoSQL = Not Only SQL，意即＂不仅仅是SQL，提倡运用非关系型的数据存储 普遍选择牺牲掉复杂 SQL 的支持及 ACID 事务换取弹性扩展能力 通常不保证强一致性的(支持最终一致)Ø 主要分类键值（Key-Value）数据库：如 MemcacheDB，Redis 文档存储：如 MongoDB 列存储：方便存储结构化和半结构化数据，并做数据压缩，对某几列的查询有非常大的IO优势： 如 HBase，Cassandra 图数据库： 存储图关系  (注意：不是图片)。如 Neo4J NewSQL
　　针对OLTP的读写，提供与NOSQL相同的可扩展性和性能，同时能支持满足ACID特性的事务，即保持NoSQL的高可扩展和高性能，并且保持关系模型为什么需要NewSQL
　　NoSQL 不能完全取代 RDBMS
　　单机RDBMS 无法满足性能需求
　　使用＂单机RDBMS + 中间件＂方式，在中间件层很难解决分布式事务、高可用问题 Ø NewSQL设计架构可以基于全新的数据库平台，也可以基于现有的SQL引擎优化
　　无共享存储(MPP架构)是比较常见的架构
　　基于多副本实现高可用和容灾
　　分布式查询
　　数据Sharding机制
　　通过2PC，Paxos/Raft等协议实现数据一致Ø 代表产品Google Spanner
　　OceanBase
　　TiDBOLTP和OLAPOLTP强调支持短时间内大量并发的事务操作（增删改查）能力，每个操作涉及的数据量都很小（比如几十到几百字节）
　　强调事务的强一致性（想想银行转账交易，容不得差错）
　　举例：＂双十一＂期间，可能有几十万用户在同一秒内下订单。后台数据库要能够并发的、以近乎实时的速度处理这些订单请求。
　　OLAP偏向于复杂的只读查询，读取海量数据进行分析计算，查询时间往往很长
　　举例：＂双十一＂结束，淘宝的运营人员对订单进行分析挖掘，找出一些市场规律等等。 这种分析可能需要读取所有的历史订单进行计算，耗时几十秒甚至几十分钟都有可能。
　　TiDB简介TiDB 是 PingCAP 公司设计的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库，结合了传统的 RDBMS 和 NoSQL 的最佳特性。TiDB 兼容 MySQL，支持无限的水平扩展，具备强一致性和高可用性。TiDB 的目标是为 OLTP (Online Transactional Processing) 和 OLAP (Online Analytical Processing) 场景提供一站式的解决方案。
　　TiDB数据库具备「分布式强一致性事务、在线弹性水平扩展、故障自恢复的高可用、跨数据中心多活」等核心特性，是大数据时代理想的数据库集群和云数据库解决方案。
　　TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景，更复杂的 OLAP 分析可以通过 TiSpark 项目来完成。
　　TiDB 对业务没有任何侵入性，能优雅的替换传统的数据库中间件、数据库分库分表等 Sharding 方案。同时它也让开发运维人员不用关注数据库 Scale 的细节问题，专注于业务开发，极大的提升研发的生产力。