mycat 远程连接_MyCat入门——MyCat数据库的基础配置及使用

一、为什么需要分布式数据据库

随着计算机和信息技术的迅猛发展，行业应用系统的规模迅速扩大，行业应用所产生的数据量呈爆炸式增长，动辄达到数百TB甚至数百PB的规模，已远远超出传统计算技术和信息系统的处理能力，集中式数据库面对大规模数据处理逐渐表现出其局限性。因此，人们希望寻找一种能快速处理数据和及时响应用户访问的方法，也希望对数据进行集中分析、管理和维护。这已经成为迫切需求。

分布式数据库是在集中式数据库的基础上发展起来的，是计算机技术和网络技术结合的产物。分布式数据库是指数据在物理上分布而在逻辑上集中管理的数据库系统。物理上分布是指数据分布在物理位置不同并由网络连接的节点或站点上;逻辑上集中是指各数据库节点之间的逻辑上是一个整体，并由统一的数据库管理系统管理。不同的节点分布可以跨不同的机房、城市甚至国家。

二、分布式数据库的特点

分布式数据库具有透明性、数据冗余性、易于扩展性、自治性等特点，还具有经济、性能优越、响应速度更快、灵活的体系结构、易于集成现有系统等特点。

分布式数据库尽管有着天生的高贵血统，但它依赖调整网络，对事务的处理远没有传统数据库成熟，在很长一段时间内分布式数据存储将与传统数据存储共存。

三、MyCat数据库中间件简介

MyCat是一个彻底开源的面向企业应用开发的大数据库集群，支持事务、ACID，是可以替代MySQL的加强版数据库。MyCat被视为MySQL集群的企业级数据库，用来替代昂贵的Oracle集群，它是整合了内存缓存技术、NoSQL技术、HDFS大数据的新型SQL Server，是结合了传统数据库和新型分布式数据仓库的新一代企业级数据库产品，也是一个优秀的数据库中间件。

MyCat是通过Cobar改良而生。MyCat支持Oracle、PostgreSQL，从1.3版本开始支持NoSQL(SequoiaDB及MongoDB)并引入了Druid解析器。2016年MyCat发布了1.5版本，2018年发布了 1.6.6版本 。目前MyCat2.0项目已经启动，核心代码已经提交(https://github.com/MyCatApach...)。

四、MyCat核心概念详解

4.1 逻辑库(schema)

通常在实际应用中，业务开发人员并不需要知道中间件的存在，只需要关注数据库，所以数据库中间件可以被当作一个或多个数据库集群构成的逻辑库。

4.2 逻辑表(table)

既然有逻辑库，就会有逻辑表。在分布式数据库中，对于应用来说，读写数据的表就是逻辑表。逻辑表可以分布在一个或多个分片库中，也可以不分片。

1)分片表

分片表是指将数据量很大的表切分到多个数据库实例中，所有分片组合起来构成了一张完整的表。例如在MyCat上配置t_node的分片表，数据按照规则被切分到dn1、dn2两个节点。

2)非分片表

并非所有的表在数量很大时都需要进行分片。非分片表是相对分片表而言的，不需要进行数据切分的表。如下面配置中的t_node只存在于节点dn1上。

3)ER表

关系型数据库是基于实体关系模型(Entity Relationship Model)的，MyCat中的ER表便来源于此。基于此思想，MyCat提出了基于E-R关系的数据分片策略，子表的记录与其所关联的父表的记录存放在同一个数据分片上，即子表依赖于父表，通过表分组(Table Group)保证数据关联查询不会跨库操作。

表分组是解决跨分片数据关联查询的一种很好的思路，也是数据切分的一条重要规则。

4)全局表

在一个真实的业务场景中往往存在大量类似的字典表，这些字典表中的数据变动不频繁，而且数据规模不大，很少有超过数十万条的记录。

当业务表因为规模进行分片后，业务表与这些附属的字典表之间的关联查询就成了比较棘手的问题，所以在MyCat中通过数据冗余来解决这类表的关联查询，即所有分片都复制了一份数据，我们把这些冗余数据的表定义为全局表。

数据冗余是解决跨分片数据关联查询的一种很好的思路，也是数据切分规划的另一条重要规则。

4.3 分片节点(dataNode)

将数据切分后，一个大表被分到不同的分片数据库上，每个表分片所在的数据库是分片节点。

4.4 节点主机(dataHost)

将数据切分后，每个分片节点不一定会独占一台机器，同一台机器上可以有多个分片数据库，这样一个或多个分片节点所在的机器就是节点主机。为了规避单节点主机并发数量的限制，尽量将读写压力高的分片节点均匀地放在不同的节点主机上。

五、MyCat原理介绍

MyCat原理中最重要的一个动词是“拦截”，它拦截了用户发送过来的SQL语句，首先对SQL语句做了一些特定的分析，例如分片分析、路由分析、读写分离分析、缓存分析等，然后将此SQL语句发往后端的真实数据库，并将返回的结果做适当的处理，最终再返回给用户。

MyCat收到一条SQL语句时，首先解析SQL语句涉及的表，接着查看此表的定义，如果该表存在分片规则，则获取SQL语句里分片字段的值，并匹配分片函数，得到该SQL语句对应的分片列表，然后将SQL语句发送到相应的分片去执行，最后处理所有分片返回的数据并返回给客户端。

六、MyCat分片

在MyCat中将表分为两种大的概念：数据量小且不需要做数据切分的表，称为非分片表；数据量大到单库性能、容量不足以支撑，数据需要通过水平切分均匀分布到不同的数据库中的表，称为分片表。而中间件最终需要处理的事情是对数据切分、聚合。

7.1 ER关系分片表

ER模型是实体关系模型，广泛采用概念模型设计方法，基本元素是实体、关系和属性。MyCat将它引入数据切分规则中，使得有互相依赖的表能够按照某一规则切分到相同的节点上，避免跨库Join关联查询。具体详情配置内容在这里不做描述请参考官方文档。

七、功能与优势

8.1 常用命令

• MyCat提供类似数据管理监控方式，可以通过MySQL命令行登录管理端口(9066)执行相应的SQL语句进行管理，也可以通过JDBC方式进行远程连接管理。
• Reload @@config命令用于更新配置文件运行该命令，不用重启即可进行配置文件更新。
• Reload @@sqlstat用来关闭和开启SQL监控分析。
• Show @@database命令用来显示MyCat数据库列表，运行结果对应schema.xml配置文件的schema子节点。
• Show @@datanode用来显示MyCat数据节点，运行结果对应schema.xml配置文件的dataNode节点。
• Show @@heartbeat用于报告心跳状态。
• Show @@connection用来获取MyCat的前端连接状态。
• Kill @@connection id,id,id 用来关闭连接。
• Show @@ cache用来查看缓存。
• Show @@datasource 用来查看数据源状态，如果配置了主从或多主，则可以切换。
• Switch @@ datasource name:index 用于切换数据源。
• Show @@syslog limit 用于显示系统日志。
• Show @@sql 显示在MyCat中执行过的语句。
• Show @@shl.show 显示慢SQL语句。
• Show @@sql.sum 显示SQL语句的整体执行情况、读写比例等。

8.2 局限性

delete操作不支持没有主键的表。没有主键的表在不同节点的顺序不同，如果执行 select ...limit...，则将出现不同的结果集。

不支持XA事务，在提交上可能回滚。

由于集群是乐观的并发控件，事务commit可能在该阶段中止，所以如果有两个事务向集群中的不同节点的同一行写入并提交，则失败的节点将中止。对于集群级别的中止，集群返回死锁错误。

整个集群的写入吞吐量由最弱的节点限制，如果有一个节点变得缓慢，那么整个集群将变得缓慢。

集群内部按照id自增长机制写入数据，比如集群中有三台可能是3，6，9这样的递增。

8.3 与Sharding-JDBC对比Sharding-JDBC

MyCat是一个中间件的第三方应用，sharding-jdbc是一个jar包。

因为MyCat是单独部署，所以使用MyCat就像是访问数据库一样，而sharding-jdbc的逻辑都是需要在工程里写的。

如果只是单独应用可以使用轻量级的Sharding-JDBC，如果多个服务都需要操作数据库则使用MyCat更合适。因为用Sharding-JDBC需要在每一个工程里边都配置上相应的分片等逻辑，而MyCat只需要配置一份单独部署。

转自：https://segmentfault.com/a/1190000020346721