探索MySQL-Cluster奥秘系列之测试 NDB 数据引擎(9)

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,高可用系列 2核4GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 前面,我们已经对于MySQL-Cluster集群环境准备好了,那么接下来,我们就要在这个环境中做一些基本的测试,在这一小节中,我们来对NDB存储引擎的实际运行效果进行一个简单的测试。

在前面我们讲到了,MySQL Cluster 集群环境能够正常运行的一个条件是只支持 NDB 的存储引擎,究竟是不是这样呢?这一小节,我们就来对这个问题进行测试。

我们此次主要分成两部分进行测试。

  • 第一部分:在一个 SQL 节点上,创建一个非 NDB 存储引擎的表,然后在另一个 SQL 节点上观察这张表的同步情况。
  • 第二部分:在一个 SQL 节点上,创建一个 NDB 存储引擎的表,然后在另一个 SQL 节点上观察这张表的同步情况,同时对这个表做增删改操作,在另一个节点上观察其变化情况。

分成两部分进行测试,可以检测出 MySQL Cluster 对于 NDB 和非 NDB 存储引擎在数据同步上是否有区别,最终验证前面讲到的 MySQL Cluster 集群环境只适用于 NDB 存储引擎这一结论。

明确了测试思路之后,接下来我们要先创建一个数据库(登录到 mysql04 节点上进行创建数据库的操作),数据库的名字命名为 testdb。如下所示:

[mysql@mysql04 ~]$ mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 4
Server version: 5.7.36-ndb-7.6.20-cluster-gpl MySQL Cluster Community Server (GPL)
Copyright (c) 2000, 2021, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> create database testdb;
Query OK, 1 row affected (0.03 sec)
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| ndbinfo            |
| performance_schema |
| sys                |
| testdb             |
+--------------------+
6 rows in set (0.00 sec)

然后登录到 mysql05 节点上进行查看,testdb 是否同样可以看到。

[mysql@mysql05 ~]$ mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 5
Server version: 5.7.36-ndb-7.6.20-cluster-gpl MySQL Cluster Community Server (GPL)
Copyright (c) 2000, 2021, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| ndbinfo            |
| performance_schema |
| sys                |
| testdb             |
+--------------------+
6 rows in set (0.00 sec)

OK,上述内容说明当前 MySQL Cluster 集群的整体运行情况是正常的,接下来我们开始测试。

非 NDB 存储引擎

在 mysql04 节点上创建一张 InnoDB 存储引擎的表 t1,并对其插入两条数据。

mysql> use testdb
Database changed
mysql> create table t1 (id int,name char(10)) engine=innodb;
Query OK, 0 rows affected (0.05 sec)
mysql> insert into t1 (id,name) values(1,'a'),(2,'b');
Query OK, 2 rows affected (0.07 sec)
Records: 2  Duplicates: 0  Warnings: 0
mysql> select * from t1;
+------+------+
| id   | name |
+------+------+
|    1 | a    |
|    2 | b    |
+------+------+
2 rows in set (0.00 sec)

然后登录到 mysql05 节点上,查看是否已同步过来。

mysql> use testdb;
Database changed
mysql> show tables;
Empty set (0.01 sec)

可以看到,对于 InnoDB 存储引擎的表 MySQL Cluster 集群环境不支持同步功能。其实不止是 InnoDB存储引擎,对于其它的非 NDB 存储引擎的数据,MySQL Cluster 集群架构同样是不支持的。

接下来,我们来看一下 NDB 存储引擎表的情况是怎么样的?

NDB存储引擎

在 mysql04 节点上创建一张 NDB 存储引擎的表 t2,并对其插入两条数据。

mysql> use testdb;
Database changed
mysql> create table t2 (id int,name char(10)) engine=ndb;
Query OK, 0 rows affected (0.12 sec)
mysql> insert into t2(id,name) values(1,'a'),(2,'b');
Query OK, 2 rows affected (0.05 sec)
Records: 2  Duplicates: 0  Warnings: 0
mysql> select * from t2;
+------+------+
| id   | name |
+------+------+
|    1 | a    |
|    2 | b    |
+------+------+
2 rows in set (0.00 sec)

然后,我们登录到 mysql05 节点上进行查看。

mysql> use testdb;
Database changed
mysql> show tables;
+------------------+
| Tables_in_testdb |
+------------------+
| t2               |
+------------------+
1 row in set (0.01 sec)
mysql> select * from t2;
+------+------+
| id   | name |
+------+------+
|    2 | b    |
|    1 | a    |
+------+------+
2 rows in set (0.08 sec)

我们看到,对于 NDB 存储引擎的表 t2,已经同步到了 mysql05 节点上,同时对于表 t2 中的数据,在mysql05 节点上也是可以进行查看的。

为了验证其完整的同步功能,我们在 mysql05 节点上对 t2 表做一个 update 操作,然后在 mysql04 节点上查看,是否同样生效。

接下来,我们在 mysql05 节点上将 t2 表中 id=2 这行数据的 name 字段改为了'bbb'。

mysql> update t2 set name='bbb' where id=2;
Query OK, 1 row affected (0.06 sec)
Rows matched: 1  Changed: 1  Warnings: 0
mysql> select * from t2;
+------+------+
| id   | name |
+------+------+
|    2 | bbb  |
|    1 | a    |
+------+------+
2 rows in set (0.00 sec)

然后登录到 mysql04 节点上进行查看。

mysql> select * from t2;
+------+------+
| id   | name |
+------+------+
|    2 | bbb  |
|    1 | a    |
+------+------+
2 rows in set (0.00 sec)

我们可以看到,对于 update 的操作,同样是可以同步的(当然对于 delete 等操作均是支持的,在这里我就不再演示了)。

经过上面的测试,我们可以得出明确的答案:对于 MySQL Cluster 集群架构仅支持 NDB 存储引擎。这一小节我们就讲到这里,在下一小节中,我们来讲解 SQL 节点故障修复方面的内容。

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
目录
相关文章
|
4月前
|
缓存 NoSQL 关系型数据库
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
|
2月前
|
SQL 人工智能 关系型数据库
如何实现MySQL百万级数据的查询?
本文探讨了在MySQL中对百万级数据进行排序分页查询的优化策略。面对五百万条数据,传统的浅分页和深分页查询效率较低,尤其深分页因偏移量大导致性能显著下降。通过为排序字段添加索引、使用联合索引、手动回表等方法,有效提升了查询速度。最终建议根据业务需求选择合适方案:浅分页可加单列索引,深分页推荐联合索引或子查询优化,同时结合前端传递最后一条数据ID的方式实现高效翻页。
107 0
|
10天前
|
存储 关系型数据库 MySQL
在CentOS 8.x上安装Percona Xtrabackup工具备份MySQL数据步骤。
以上就是在CentOS8.x上通过Perconaxtabbackup工具对Mysql进行高效率、高可靠性、无锁定影响地实现在线快速全量及增加式数据库资料保存与恢复流程。通过以上流程可以有效地将Mysql相关资料按需求完成定期或不定期地保存与灾难恢复需求。
57 10
|
2月前
|
SQL 存储 缓存
MySQL 如何高效可靠处理持久化数据
本文详细解析了 MySQL 的 SQL 执行流程、crash-safe 机制及性能优化策略。内容涵盖连接器、分析器、优化器、执行器与存储引擎的工作原理,深入探讨 redolog 与 binlog 的两阶段提交机制,并分析日志策略、组提交、脏页刷盘等关键性能优化手段,帮助提升数据库稳定性与执行效率。
|
5月前
|
关系型数据库 MySQL Linux
在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾
以上就是在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾的步骤。这个过程就像是一场接力赛,数据从MySQL数据库中接力棒一样传递到备份文件,再从备份文件传递到其他服务器,最后再传递回MySQL数据库。这样,即使在灾难发生时,我们也可以快速恢复数据,保证业务的正常运行。
248 28
|
4月前
|
存储 SQL 缓存
mysql数据引擎有哪些
MySQL 提供了多种存储引擎,每种引擎都有其独特的特点和适用场景。以下是一些常见的 MySQL 存储引擎及其特点:
121 0
|
6月前
|
存储 SQL 关系型数据库
【YashanDB知识库】MySQL迁移至崖山char类型数据自动补空格问题
**简介**:在MySQL迁移到崖山环境时,若字段类型为char(2),而应用存储的数据仅为'0'或'1',查询时崖山会自动补空格。原因是mysql的sql_mode可能启用了PAD_CHAR_TO_FULL_LENGTH模式,导致保留CHAR类型尾随空格。解决方法是与应用确认数据需求,可将崖山环境中的char类型改为varchar类型以规避补空格问题,适用于所有版本。
|
5月前
|
SQL 缓存 关系型数据库
使用温InnoDB缓冲池启动MySQL测试
使用温InnoDB缓冲池启动MySQL测试
93 0
|
5月前
|
SQL 缓存 关系型数据库
MySQL8.4 Enterprise安装Firewall及测试
MySQL8.4 Enterprise安装Firewall及测试
128 0
|
5月前
|
安全 关系型数据库 MySQL
MySQL8使用物理文件恢复MyISAM表测试
MySQL8使用物理文件恢复MyISAM表测试
80 0

推荐镜像

更多