pg原生和mysql中间件分布式之间路由操作对比

Posted DB印象

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了pg原生和mysql中间件分布式之间路由操作对比相关的知识,希望对你有一定的参考价值。


阅读使人充实,讨论使人敏捷,写作使人精确。

从元数据和全局资源管理角度来看,目前分布数据库可分为:原生路由和中间件路由两种方式。比如TBase(基于PostgreSQL内核)和TDSQL(基于mysql内核),前者是原生pgxl分布式,后者是借助proxy实现的中间件分布式。

温馨提示:文章观点不代表官方。                                                                                 


不同的实现方式会对路由的操作有不同的影响,稍不注意可能会在使用过程中不知不觉留下隐患,文章简单记录一下两者的使用区别。

>> 中间件 分布式

场景一:通过DN删除CN创建的表

--1.通过CN建表:成功

mysql -h 192.168.8.1 -P 15260 -u dbmgr -p -D testdb create table testdb.akentab02 ( a int, b int, c char(20),primary key (a,b),unique key u_1(a,c) );

--2.通过DN删表:成功

mysql -h 192.168.8.2 -P 4005 -u dbmgr -D -d testdbdrop table testdb.akentab02;

--3.通过CN重建表、访问表:异常。

mysql -h 192.168.8.1 -P 15260 -u dbmgr -p -D testdbMySQL [testdb]> show tables;   --路由查看表已不存在Empty set (0.03 sec)MySQL [testdb]> create table testdb.akentab02 ( a int, b int, c char(20),primary key (a,b),unique key u_1(a,c) );ERROR 687 (HY000): Proxy ERROR:Table already exists --重建同名表失败,路由信息依旧存在MySQL [testdb]> select * from akentab02; --但该表无法访问、无法dropERROR 1051 (42S02): Unknown table 'testdb.akentab'MySQL [testdb]> drop table akentab02;ERROR 1051 (42S02): Unknown table 'testdb.akentab'MySQL [testdb]>


场景二:通过CN访问DN创建的表

--1.通过DN建表:成功

mysql -h 192.168.8.2 -P 4005 -u dbmgr -D -d testdb -A -ccreate table testdb.akentab ( a int, b int, c char(20),primary key (a,b),unique key u_1(a,c) );

--2.通过CN访问表:异常

mysql -h 192.168.8.1 -P 15260 -u dbmgr -p -D testdb -A -c MySQL [testdb]> show tables;+------------------+| Tables_in_testdb |+------------------+| akentab |+------------------+1 row in set (0.02 sec)MySQL [testdb]> select * from testdb.akentab01;   ---无法读取到表的路由信息ERROR 660 (HY000): Proxy ERROR:Table:'testdb.akentab01' does not existMySQL [testdb]>


>>> 原生路由分布式


--CN连接,进行建表:成功

[tbase@ ~]$ psql -h 192.168.8.1 -p 11345 akendbpsql (10.6, server 10.0 TBase V2)Type "help" for help.akendb=# create table aken01(id serial,name text);CREATE TABLEakendb=#

--DN连接,尝试drop在CN连接创建的表,提示read-only transaction,拒绝通过直连DN进行DML、DDL操作

[tbase@ ~]$ psql -h 192.168.8.2 -p 11002 -U tbase -d akendbpsql (PostgreSQL 10.0 TBase V2)Type "help" for help.akendb=# \dt List of relations Schema | Name | Type | Owner --------+-----------------------------+-------+------- public | aken01 | table | tbase public | aken02 | table | tbase public | aken03 | table | tbase public | tab | table | tbase public | tbase_subscription | table | tbase public | tbase_subscription_parallel | table | tbase(6 rows)akendb=# drop table aken01;ERROR: cannot execute DROP TABLE in a read-only transactionakendb=akendb=# create table aken04(id serial,name text);ERROR: cannot execute CREATE TABLE in a read-only transactionakendb=

>>> 使用对比总结

从上面的演示中可以看到,两种分布式存在以下几点区别:

1.中间件分布式,由于路由信息必须由proxy等中间件上报zk调度统一管理,即DDL操作必须通过中间件路由节点访问数据库实例来操作。受集中式架构使用习惯影响,部分用户可能直接使用dn节点的ip及端口访问实例来进行DDL操作,比如建表、建索引等,甚至使用该ip及端口对数据进行增删改成,后来才发现cn节点从zk等第三方组件无法拉取元数据,直接导致分布式集群缺失元数据而异常。如果在DB访问入口方面未能做到严格的规范管理,这将是一种十分容易引起故障的隐患。

2.原生分布式,路由信息直接由原生组件管理,每个cn节点会保存完整的元数据,路由信息的拉取无需依赖zk等第三方组件,并拒绝从dn节点进行DDL和DML操作,杜绝了因从dn节点操作DB引发元数据信息缺失的问题,相对于中间件分布式,会显得更加安全可靠。


 
   
   
 

往期推荐

1.

2.

                               

                                 ——让学习成为一种习惯-Aken


                     感谢阅读
                                                                


以上是关于pg原生和mysql中间件分布式之间路由操作对比的主要内容,如果未能解决你的问题,请参考以下文章

对比原生Node封装的Express路由 和 express框架路由

PostgreSQL执行机制的初步学习

TELEDB分片建议

深度分析 | MyCat与DBLE的对比性能调优

主流开源消息队列对比与分析

MySQL 5.7原生JSON格式支持