mysql实例扩容元数据问题

使用更先进的浏览器访问效果更佳。

mysql实例扩容元数据问题

geq

现有巨杉集群部署在3节点192.168.3.201-203，mysql实例部署在201节点，映射sdb1存储，并在201的mysql新建库empp，并在新建库下新建表emp并插入数据X

我的操作：我在202节点新增mysql实例并映射至和201相同的sdb1存储后，看不到empp库，在202上新建该库后看不到emp表，新建emp表后可以正常查询原本在201上插入的数据X。个人猜测是因为catalog节点上并无202上新增mysql实例的库表映射关系这些元数据。

请问：对于这种情况能考虑自动同步新增mysql实例的元数据吗，如果不行的话只能手工同步吗？

谢谢

choudao58

geq
1.巨杉数据库是基于存储于计算分离的架构，存储层和计算层都存储元数据(表，索引的等数据库对象定义)
2.Mysql计算层创建的数据库对象可以在Mysql创建，并可以下发到SDB存储层执行创建对象，反之则不行。
3.多个Mysql实例间的元数据是相互独立的，如果要实现Mysql实例间的元数据同步，可以部署我们的元数据同步脚本，实现多个Mysql实例间的元数据自动同步。

geq

另外又发现个情况，一楼说的3个节点和前两个节点上各布一个mysql实例的基础上，关掉了203虚拟机，201、202均可正常插入字段和查询字段，但再关掉202虚拟机后，201无法插入新字段，同时也无法查询emp表了。我记得少于半数活动节点不选举leader无法进行写操作，但应该能提供读操作才对，我遇到的没办法查表示啥情况0 0

choudao58

geq
针对所有数据节点可以实现少于半数活动节只读操作，但是集群中的编目节点必须要有主节点，可以用以下方法来实现（把203、202虚拟上的编目节点踢出集群）：

通过sdb shell登录201虚拟机执行(假设编目节点端口为11800):
var om=new Oma();
om.updateNodeConfigs(11800,{auth:'false'});
om.stopNode(11800);
om.startNode(11800);

--编目节点强行升主
var db=new Sdb('localhost',11800);
db.forceStepUp( { Seconds: 300 } );

--连接协调节点,把无效的编目节点踢出
var db=new Sdb();
db.getRG('SYSCatalogGroup').detachNode('192.168.3.202','11800',{KeepData:true,Enforced:true});
db.getRG('SYSCatalogGroup').detachNode('192.168.3.203','11800',{KeepData:true,Enforced:true});

--重启编目节点
var om=new Oma();
om.updateNodeConfigs(11800,{auth:'false'});
om.stopNode(11800);
om.startNode(11800);

geq

choudao58 感谢回复！也就是说Mysql默认不同步元数据，需要同步的话可以考虑元数据同步脚本。想多问一句：元数据同步脚本一般在哪实现，是SQL实例中吗，还是sdb shell这来操作呢？另外想请教一下sdb shell这层的作用是啥，个人理解有点像沟通软件和硬件的OS

geq

choudao58 感谢回复！老师您意思是比如3节点只剩下一个节点活的，需要有活动的Catalog节点和一个剩下的数据节点。像您说的需要手动操作一下保证这个活动节点上的Catalog节点是活的（Catalog节点有leader（主）状态这一说吗？），想问一下这个过程能自动实现吗。
另外有几个问题：
1、如果数据集群扩容过，变成了6个节点，Catalog节点有3个副本，而且恰好很不幸的Catalog所在节点都挂掉了，这时候剩下的data节点是不是就无法对外提读服务了？
2、想问一下极端情况下挂掉好多节点只剩下一个节点是活的，这个节点想要对外提供最低限度的读服务的话，这个节点上是否需要最少具备SQL实例、Coord节点、Catalog节点和Data节点至少各一套呢？
3、还是二楼描述的情况，如果运气好，剩下的一个活动节点上恰好Catalog节点是活的，这时候是不是就不需要做您说的手动把Catalog节点手动升主这个操作了，同时这个剩下的活动节点可以对外提供读服务？如果是的话，我遇到的情况是运气比较背。。。剩下节点的Catalog节点是从，所以才要升主。
4、想问一下如果3节点上挂了两个节点，剩下的1各节点恰好是原本的leader节点，这时候这个leader会降备吗，还是继续保持leader状态可以继续对外提供读写功能呢？

choudao58

geq
元数据同步都是通过获取mysql的审计日志，来实现在其他mysql实例重放这些ddl，dcl语句。
sdb shell是SequoiaDB提供的命令行操作终端，可以对SequoiaDB数据库进行所有的操作、维护、管理。类似mysql的命令行工具，也类似Oracle的sqlplus。

choudao58

geq
你好节点无法自动选主的情况下是不能自动实现的，自动实现的条件是：活动副本数>=(副本总数/2)+1才能自动选主。
1.对于问题1，剩下的data节点是不能对外提供读服务，提供读服务，编目节点必须有主节点。
2.对于问题2所说的极端情况，如果只剩一个节点，其他节点都坏了，所有的压力都在这一个节点的话，那这个节点肯定压力比较大，这是的具体配置就需要这个节点要能承受所有应用的请求,mysql、协调可以多套、编目只能一套。
3.针对问题3，好多节点都挂了，如果节点无法自动选主，所有节点都是备节点。
4.针对问题4，这个主节点是会降为备节点的。

geq

choudao58 谢谢！

yangqincheng

choudao58　你好，对于第2点回答，一台机器理论上可以部署多个MySQL实例、多个协调节点、多个数据节点、多个编目节点，只是编目节点组与协调节点组只能唯一，而数据组可以有多个不同的数据组。如果只是需要对外提供最低限度的服务，建议部署一个编目节点，一个协调节点，数据节点至少一个（根据具体需求和机器性能可以部署多个数据节点），MySQL如果需要也可以部署一个实例。