迁移篇 | MatrixOne与MySQL全面对比

MatrixOrigin MatrixOrigin 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 900+累计阅读 957平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄5年
关注
原创 最新推荐文章于 2026-07-20 20:10:40 发布 957 阅读 AI 写同款· GEO 优化 ›
SAP-ABAP：SAP采购业务核心表关联关系详解 MM（核心）、FI（财务）、SD（计划协议）：PR → PO → GR → MIRO → FI过账。 阅读详情

Part 1 迁移背景

Skyable 自研了物联网私有云平台用于 IoT 设备的数据上报和协议解析，由于管理设备数量的增加导致设备上报的数据量越来越大，架构中原使用的 MySQL 数据库（分库分表）的部分业务在对设备上报信息进行相关的查询时，查询速度很慢，且会偶发出现查询不出来的情况，无法通过优化SQL来提升数据库性能，非常影响系统体验。为了尽可能少的调整业务，需要寻找一款高度兼容 MySQL 协议且能够支持大数据量查询的数据库进行切换，通过调研我们选择了 MatrixOne 数据库，选择的主要原因如下：

  • 兼容MySQL协议 ：完全兼容MySQL协议，项目中使用了 MyBatis、MyBatis Plus 作为 ORM 框架，只需通过少量的改动即可进行数据源的切换。
  • 高可用 ：MatrixOne 通过纠删码进行数据冗余校验，同步事务日志采用 Raft 协议，只有多数派写入成功，事务才能提交，这确保了数据的强一致性，即使少数副本发生故障也不影响数据的可用性，只需要 150% 的数据冗余即可实现高可用，更节省硬盘空间。
    此外，MatrixOne 支持 K8s 部署高可用架构的集群，后期也可以使用 IoT 平台的 K8s 底座进行统一管理。
  • HTAP支持 ：MySQL 的 OLAP 特性基于新一代 MySQL Heatwave 服务。要实现 OLAP 特性，必须单独部署一套 MySQL Heatwave 服务集群，增加了运维难度和系统复杂度。
    MatrixOne 通过云原生化和存储、计算、事务分离的架构构建 HSTAP 超融合数据引擎，实现单一数据库系统支持 OLTP 与 OLAP，不需要额外的组件支持，降低了系统复杂度。

在调研前，我们模拟当前业务使用 MatrixOne 和 MySQL 进行了对比测试，测试发现 MatirxOne 的事务处理能力约为 MySQL 的 90%，但查询分析能力是 MySQL 的五倍以上，非常符合当前平台的业务需求。

Part 2 本地部署

IoT 私有云项目因为网络策略限制，不允许在Linux系统中使用外网，因此部署时使用 MatrixOne 提供的二进制包部署。MatrixOne的二进制包解压即用，部署非常简单，还提供了用于服务启停和运维的mo_ctl工具。以当前最新的 MatrixOne 1.1.0 为例，我们将所需的二进制包和 mo_ctl 工具上传至目标服务器，例如 /opt 目录：

[root@iot01 opt]# ll -h
total 51M
-rw-r--r-- 1 root root 6.8K Jan  1 21:44 install.sh
-rw-r--r-- 1 root root  72K Jan  1 21:44 mo_ctl.zip
-rw-r--r-- 1 root root  51M Dec 29 17:06 mo-v1.1.0-linux-x86_64.zip

下载地址分别为：

wget https://raw.githubusercontent.com/matrixorigin/mo_ctl_standalone/main/install.sh
wget https://github.com/matrixorigin/mo_ctl_standalone/archive/refs/heads/main.zip -O mo_ctl.zip
wget https://github.com/matrixorigin/matrixone/releases/download/v1.1.0/mo-v1.1.0-linux-x86_64.zip

解压 MatrixOne 安装包，并重命名解压后的目录：

[root@iot01 opt]# unzip mo-v1.1.0-linux-x86_64.zip
[root@iot01 opt]# mv mo-v1.1.0-linux-x86_64 matrixone

安装 mo_ctl 工具：

[root@iot01 opt]# bash +x ./install.sh mo_ctl.zip

为 mo_ctl 配置 matrixone 所在目录，例如：

mo_ctl set_conf MO_PATH="/opt"

MatrixOne 没有自带客户端，在本地需要使用 mysql client 来进行访问，若没有的需要提前准备，就绪后可直接通过 mo_ctl 工具启动MatrixOne 服务：

[root@node01 opt]# mo_ctl start
2024-01-01 21:58:09.606 UTC+0800    [INFO]    No mo-service is running
2024-01-01 21:58:09.651 UTC+0800    [INFO]    GO memory limit(Mi): 36050
2024-01-01 21:58:09.669 UTC+0800    [INFO]    Starting mo-service: cd /opt/matrixone/ && GOMEMLIMIT=36050MiB /opt/matrixone/mo-service -daemon -debug-http :9876 -launch /opt/matrixone/etc/launch/launch.toml >/opt/matrixone/logs/stdout-20240101_215809.log 2>/opt/matrixone/logs/stderr-20240101_215809.log
2024-01-01 21:58:09.748 UTC+0800    [INFO]    Wait for 2 seconds
2024-01-01 21:58:11.800 UTC+0800    [INFO]    At least one mo-service is running. Process info: 
root      10064      1 51 21:58 ?        00:00:01 /opt/matrixone/mo-service -daemon -debug-http :9876 -launch /opt/matrixone/etc/launch/launch.toml
2024-01-01 21:58:11.810 UTC+0800    [INFO]    List of pid(s): 
10064
2024-01-01 21:58:11.820 UTC+0800    [INFO]    Start succeeded

MatrixOne 首次启动到服务就绪会需要10秒左右的时间，稍作等待后即可通过 mo_ctl 进行访问：

[root@node01 opt]# mo_ctl connect
2024-01-01 22:00:02.685 UTC+0800    [INFO]    Checking connectivity
2024-01-01 22:00:02.708 UTC+0800    [INFO]    Ok, connecting for user ... 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 15021
Server version: 8.0.30-MatrixOne-v1.1.0 MatrixOne

Copyright (c) 2000, 2023, 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>

MatrixOne 默认启用的用户名为 root，初始密码为 111，监听端口为 6001。使用 mo\_ctl 连接后即可进行后续的业务迁移和开发。

Part 3 迁移步骤

在 IoT 项目迁移初期，MatrixOne 版本刚迭代至 0.8 版本，验证迁移步骤有些许麻烦。后续反馈至 MatirxOne 社区后，社区的研发和支持同学也给予了大量的帮助，同时针对迁移过程中的问题及时合入了大量提升易用性的PR，以下为业务实际的迁移动作。

1. 创建数据库

首先根据项目，在MatrixOne中进行创建相关的数据库，这里针对cloud_server服务的数据库进行创建，建库示例如下：

# 原 MySQL建库语句
create database if NOT EXISTS `cloud_server` default character set utf8mb4 collate utf8mb4_unicode_ci;

# MatrixOne 建库语句
create database if NOT EXISTS `cloud_server`;

2. 表结构调整

对数据库建表语句进行调整，主要对MySQL的索引类型、表引擎、默认字符集等信息进行调整，下面针对cloud_server服务对MySQL数据表结构进行迁移，步骤如下：

Step 1 - 通过Navicat导出MySQL数据库相关表结构和数据：

Step 2 - MatrixOne 0.8 版本需要对 MySQL 中导出的建表语句进行调整，主要调整 MySQL 的索引类型、表引擎、默认字符集等信息。在反馈MatrixOne社区后，社区对关键字等进行了兼容，1.0+ 版本已不需要进行改写，可直接使用 MySQL 的建表在 MatrixOne 中进行建表，MatrixOne会自动忽视建表中MySQL独有的关键字。导出的MySQL语句示例如下：

-- MySQL语句
SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for uds_service_info
-- ----------------------------
DROP TABLE IF EXISTS `uds_service_info`;
CREATE TABLE `uds_service_info`  (
  `service_id` bigint unsigned NOT NULL COMMENT '主键',
  `service_name` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '' COMMENT '服务名称',
  `description` varchar(1024) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '' COMMENT '描述',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `memory_bytes` int(0) NULL DEFAULT NULL COMMENT '内存大小',
  `instance_num` int(0) NULL DEFAULT 0 COMMENT '实例数',
  `log_level` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT '' COMMENT '日志级别',
  `access_key` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL COMMENT 'ACCESS KEY',
  `access_secret` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL COMMENT 'ACCESS SECRET',
  `create_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP COMMENT '更新时间',
  PRIMARY KEY (`service_id`) USING BTREE,
  UNIQUE INDEX `dev_proj_srv_idx`(`service_name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8mb3 COLLATE = utf8mb3_general_ci COMMENT = '服务信息表' ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of uds_service_info
-- ----------------------------
INSERT INTO `uds_service_info` VALUES (1, 'test-uds', '', 0, 536870912, 1, 'INFO', 'QtKMOYcQGMq8g3wnAAVAtQiG58GixniB', '9qq56Y0zmooOqQcTggSgq9lmqOOl13lrugq9Oy0gG9l05qOn6533qC6Q3VmfS6Gl', '2023-07-24 18:13:50', '2023-07-24 18:13:50');
INSERT INTO `uds_service_info` VALUES (2, 'uds-1', '', 81, 536870912, 1, 'INFO', 'TfMrNJ7porGaGf47NpkR43awlGrv9e8p', 'SkuWhvvBLWDODkLvh8zbLSOBfZWyXXLBL8SXLZb5ERX8kzLShhUNpXhuXpRuLLyp', '2023-08-09 14:44:16', '2023-08-09 14:44:16');

-- ----------------------------
-- Table structure for uds_service_version_info
-- ----------------------------
DROP TABLE IF EXISTS `uds_service_version_info`;
CREATE TABLE `uds_service_version_info`  (
  `version_id` bigint(0) NOT NULL AUTO_INCREMENT COMMENT '版本ID',
  `service_id` bigint(0) NOT NULL DEFAULT 0 COMMENT '服务ID',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `major_version` varchar(10) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '0' COMMENT '主版本号',
  `minor_version` varchar(10) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '0' COMMENT '副版本号',
  `patch_version` varchar(10) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '0' COMMENT '修订版本号',
  `description` varchar(1024) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '' COMMENT '描述',
  `image_id` varchar(128) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '镜像ID',
  `image_name` varchar(255) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '镜像名称',
  `memory_bytes` bigint(0) NULL DEFAULT NULL,
  `instance_num` int(0) NULL DEFAULT NULL,
  `log_level` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL,
  `docker_service_id` varchar(128) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT 'docker服务ID',
  `status` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '版本状态',
  `image_status` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '镜像状态',
  `md5` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '文件MD5值',
  `create_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`version_id`) USING BTREE,
  UNIQUE INDEX `serv_major_minor_patch_idx`(`service_id`, `major_version`, `minor_version`, `patch_version`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8mb3 COLLATE = utf8mb3_general_ci COMMENT = '服务版本表' ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of uds_service_version_info
-- ----------------------------
INSERT INTO `uds_service_version_info` VALUES (1, 2, 81, '1', '0', '1', '测试', NULL, '192.168.110.244:5000/uds/81/uds-1:v1.0.1', 536870912, 1, 'INFO', NULL, 'init', 'downloadFail', NULL, '2023-08-10 13:49:40', '2023-08-10 13:49:40');

-- ----------------------------
-- Table structure for web_application
-- ----------------------------
DROP TABLE IF EXISTS `web_application`;
CREATE TABLE `web_application`  (
  `id` bigint unsigned NOT NULL COMMENT '主键',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `application_name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '服务名称',
  `language_type` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '语言类型',
  `description` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '描述',
  `create_time` datetime(0) NULL DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `web_application_name`(`application_name`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;

-- ----------------------------
-- Table structure for web_application_version
-- ----------------------------
DROP TABLE IF EXISTS `web_application_version`;
CREATE TABLE `web_application_version`  (
  `version_id` bigint(0) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `web_application_id` int(0) NOT NULL COMMENT 'web服务ID',
  `major_version` varchar(10) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '主版本',
  `minor_version` varchar(10) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '副版本',
  `patch_version` varchar(10) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '修订版本',
  `index_directory` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '首页位置',
  `status` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '版本状态',
  `image_status` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '镜像状态',
  `description` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '描述',
  `image_id` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '镜像ID',
  `image_name` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '镜像名称',
  `docker_service_id` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '服务ID',
  `create_time` datetime(0) NULL DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`version_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;

SET FOREIGN_KEY_CHECKS = 1;

修改后的MatrixOne语句如下：

-- MatrixOne语句
SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for uds_service_info
-- ----------------------------
DROP TABLE IF EXISTS `uds_service_info`;
CREATE TABLE `uds_service_info`  (
  `service_id` bigint unsigned NOT NULL COMMENT '主键',
  `service_name` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '' COMMENT '服务名称',
  `description` varchar(1024) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '' COMMENT '描述',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `memory_bytes` int(0) NULL DEFAULT NULL COMMENT '内存大小',
  `instance_num` int(0) NULL DEFAULT 0 COMMENT '实例数',
  `log_level` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT '' COMMENT '日志级别',
  `access_key` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL COMMENT 'ACCESS KEY',
  `access_secret` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL COMMENT 'ACCESS SECRET',
  `create_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP COMMENT '更新时间',
  PRIMARY KEY (`service_id`) ,
  UNIQUE INDEX `dev_proj_srv_idx`(`service_name`) 
) COMMENT = '服务信息表';

-- ----------------------------
-- Records of uds_service_info
-- ----------------------------
INSERT INTO `uds_service_info` VALUES (1, 'test-uds', '', 0, 536870912, 1, 'INFO', 'QtKMOYcQGMq8g3wnAAVAtQiG58GixniB', '9qq56Y0zmooOqQcTggSgq9lmqOOl13lrugq9Oy0gG9l05qOn6533qC6Q3VmfS6Gl', '2023-07-24 18:13:50', '2023-07-24 18:13:50');
INSERT INTO `uds_service_info` VALUES (2, 'uds-1', '', 81, 536870912, 1, 'INFO', 'TfMrNJ7porGaGf47NpkR43awlGrv9e8p', 'SkuWhvvBLWDODkLvh8zbLSOBfZWyXXLBL8SXLZb5ERX8kzLShhUNpXhuXpRuLLyp', '2023-08-09 14:44:16', '2023-08-09 14:44:16');

-- ----------------------------
-- Table structure for uds_service_version_info
-- ----------------------------
DROP TABLE IF EXISTS `uds_service_version_info`;
CREATE TABLE `uds_service_version_info`  (
  `version_id` bigint(0) NOT NULL AUTO_INCREMENT COMMENT '版本ID',
  `service_id` bigint(0) NOT NULL DEFAULT 0 COMMENT '服务ID',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `major_version` varchar(10) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '0' COMMENT '主版本号',
  `minor_version` varchar(10) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '0' COMMENT '副版本号',
  `patch_version` varchar(10) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '0' COMMENT '修订版本号',
  `description` varchar(1024) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL DEFAULT '' COMMENT '描述',
  `image_id` varchar(128) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '镜像ID',
  `image_name` varchar(255) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '镜像名称',
  `memory_bytes` bigint(0) NULL DEFAULT NULL,
  `instance_num` int(0) NULL DEFAULT NULL,
  `log_level` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL,
  `docker_service_id` varchar(128) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT 'docker服务ID',
  `status` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '版本状态',
  `image_status` varchar(32) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '镜像状态',
  `md5` varchar(64) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL COMMENT '文件MD5值',
  `create_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`version_id`) ,
  UNIQUE INDEX `serv_major_minor_patch_idx`(`service_id`, `major_version`, `minor_version`, `patch_version`) 
) COMMENT = '服务版本表';

-- ----------------------------
-- Records of uds_service_version_info
-- ----------------------------
INSERT INTO `uds_service_version_info` VALUES (1, 2, 81, '1', '0', '1', '测试', NULL, '192.168.110.244:5000/uds/81/uds-1:v1.0.1', 536870912, 1, 'INFO', NULL, 'init', 'downloadFail', NULL, '2023-08-10 13:49:40', '2023-08-10 13:49:40');

-- ----------------------------
-- Table structure for web_application
-- ----------------------------
DROP TABLE IF EXISTS `web_application`;
CREATE TABLE `web_application`  (
  `id` bigint unsigned NOT NULL COMMENT '主键',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `application_name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '服务名称',
  `language_type` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '语言类型',
  `description` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '描述',
  `create_time` datetime(0) NULL DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`) ,
  UNIQUE INDEX `web_application_name`(`application_name`) 
) ;

-- ----------------------------
-- Table structure for web_application_version
-- ----------------------------
DROP TABLE IF EXISTS `web_application_version`;
CREATE TABLE `web_application_version`  (
  `version_id` bigint(0) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `domain_id` int(0) NOT NULL COMMENT '主域ID',
  `web_application_id` int(0) NOT NULL COMMENT 'web服务ID',
  `major_version` varchar(10) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '主版本',
  `minor_version` varchar(10) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '副版本',
  `patch_version` varchar(10) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '修订版本',
  `index_directory` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '首页位置',
  `status` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '版本状态',
  `image_status` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '镜像状态',
  `description` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '描述',
  `image_id` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '镜像ID',
  `image_name` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '镜像名称',
  `docker_service_id` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '服务ID',
  `create_time` datetime(0) NULL DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`version_id`) 
) ;

SET FOREIGN_KEY_CHECKS = 1;

3. 表数据迁移

表结构调整完成后，执行调整后的SQL语句进行表的创建和表数据的导入，下面针对 cloud_server 服务对 MySQL 表结构数据进行迁移，执行调整后的sql文件，所有语句均可执行成功，执行完成后，查询相应的表数据是否已经成功导入，这里以 uds_service_info 演示表为例查看数据：

可以看到 MySQL 表中的数据已经成功导入到 MatrixOne 数据库中。

此外，1.0+ 版本的 MatrixOne 对各个数据库可视化工具进行了适配，数据迁移将更加便捷。我们选择以 Navicat 工具进行后续其他业务的迁移，仍以 cloud_server 服务相关的库表为例，操作步骤如下：

Step 1 - 首先，需要在MatrixOne中创建相应的数据库

create database if NOT EXISTS `cloud_server` default character set utf8mb4 collate utf8mb4_unicode_ci;

Step 2 - 借助Navicat中的 "工具" --> "数据传输" 功能对数据进行迁移

Step 3 - 选择需要迁移的源数据库和目标数据库后，点击"下一步"

Step 4 - 选择需要迁移源数据库中的哪些表，这里选择全部表，然后点击"开始"

Step 5 - 等待数据传输完成，传输完成后，查看MatrixOne数据库对应的表中数据是否正常迁移

可以看到数据已经正常迁移完成

4. 配置项目修改

数据迁移完成后，即可对项目中的数据源进行切换，只需对项目中的MySQL配置进行修改，修改数据库的IP、端口、用户名和密码即可，针对 cloud_server 中的配置修改如下：

#MySQL数据库配置
datasource:
  type: com.alibaba.druid.pool.DruidDataSource
  driver-class-name: com.mysql.cj.jdbc.Driver
  url: jdbc:mysql://127.0.0.1:3306/cloud_device?characterEncoding=utf-8&autoReconnect=true&zeroDateTimeBehavior=convertToNull&useSSL=false&serverTimezone=Asia/Shanghai
  username: root
  password: *********
    
#MatrixOne数据库配置
datasource:
  type: com.alibaba.druid.pool.DruidDataSource
  driver-class-name: com.mysql.cj.jdbc.Driver
  url: jdbc:mysql://192.168.110.244:6001/cloud_device?characterEncoding=utf-8&autoReconnect=true&zeroDateTimeBehavior=convertToNull&useSSL=false&serverTimezone=Asia/Shanghai
  username: root
  password: *********

5. 启动项目

配置修改完成后，即可启动项目，针对cloud_server服务启动结果如下：

2023-12-28 09:56:28,617 INFO (TomcatWebServer.java:108)- Tomcat initialized with port(s): 8085 (http)
2023-12-28 09:56:28,632 INFO (DirectJDKLog.java:173)- Initializing ProtocolHandler ["http-nio-8085"]
2023-12-28 09:56:28,632 INFO (DirectJDKLog.java:173)- Starting service [Tomcat]
2023-12-28 09:56:28,632 INFO (DirectJDKLog.java:173)- Starting Servlet engine: [Apache Tomcat/9.0.37]
…………
2023-12-28 09:56:29,251 INFO (DruidDataSource.java:991)- {dataSource-1} inited
 _ _   |_  _ _|_. ___ _ |    _ 
| | |\/|_)(_| | |_\  |_)||_|_\ 
     /               |         
                        3.4.2 
2023-12-28 09:56:33,416 INFO (InetUtils.java:170)- Cannot determine local hostname
2023-12-28 09:56:33,554 INFO (EndpointLinksResolver.java:58)- Exposing 18 endpoint(s) beneath base path '/actuator'
2023-12-28 09:56:33,618 INFO (XxlJobConfig.java:46)- >>>>>>>>>>> xxl-job config init.
…………
2023-12-28 09:56:37,857 INFO (FrameworkServlet.java:525)- Initializing Servlet 'dispatcherServlet'
2023-12-28 09:56:37,865 INFO (FrameworkServlet.java:547)- Completed initialization in 8 ms

服务能够正常启动成功。

6. 项目展示

项目启动后，我们可以看到系统流畅的运行，部分截图如下：

首页

设备授权列表

产品物模型

租户管理

Part 4 迁移问题

但是针对某些场景，我们在迁移的过程中，MatrixOne也有少量不兼容的问题，下面列出了我们在迁移过程中遇到的一些问题以及相应的解决办法。

  • MatrixOne数据库规范，表名不能以数字开头，而在我们系统中，为了区分多租户，使用租户ID对不同租户的表进行区分，例如设备表：1_device_info（1表示租户ID为1的租户）需调整为device_info_1；所以需要对表名及代码中涉及到的相关表进行调整。
  • 项目中使用了xxl-job作为分布式定时任务服务，在执行XxlJobLogMapper.xml中 findFailJobLogIds 方法时，MatrixOne无法执行，需要对相应的SQL进行改造：
#xxl-job原SQL语句
<select id="findFailJobLogIds" resultType="long" >
   SELECT id FROM `xxl_job_log`
   WHERE !(
      (trigger_code in (0, 200) and handle_code = 0)
      OR
      (handle_code = 200)
   )
   AND `alarm_status` = 0
   ORDER BY id ASC
   LIMIT #{pagesize}
</select>

#改造后的SQL语句
<select id="findFailJobLogIds" resultType="long" >
   SELECT id FROM `xxl_job_log`
   WHERE (
      (trigger_code not in (0, 200) or handle_code != 0)
      AND
      (handle_code != 200)
      )
     AND `alarm_status` = 0
   ORDER BY id ASC
   LIMIT #{pagesize}
</select>
  • 项目中跟MyBatis Plus整合时，类中使用了 disable 关键字作为类字段，切换到MatrixOne后执行相关的SQL时，被识别为关键字导致SQL执行报错，需要对代码进行相关的处理

# 在@TableField注解中对字段进行处理：

#原项目配置
@ApiModelProperty(value = "设备启用：0；设备禁用：1")
private Boolean disable;

#切换MatrixOne后修改的配置
@ApiModelProperty(value = "设备启用：0；设备禁用：1")
@TableField(value = "`disable`")
private Boolean disable;

# 在SQL中对该字段进行处理：

#原SQL语句
@Select({
" SELECT d.name, d.physical_device_id, d.status, d.disable
FROM cloud_device.device_info_${domainId} d WHERE d.physical_device_id = #{physicalDeviceId} "
})
#修改后的SQL语句
@Select({
" SELECT d.name, d.physical_device_id, d.status, d.`disable`
FROM cloud_device.device_info_${domainId} d WHERE d.physical_device_id = #{physicalDeviceId} "
})
  • INSERT ... ON DUPLICATE KEY UPDATE 用于在向数据库表中插入数据时，如果数据已经存在，则更新该数据，否则插入新的数据
    用 Golang 语言连接 Matrixone 数据库时，驱动使用 http://github.com/go-sql-driver/mysql，执行该该类 SQL 语句时会报错：
_, err = db.Query("INSERT INTO m_user SET m_id=?, m_name=? ON DUPLICATE KEY UPDATE m_name=?;", 111, "aaaa", "bbbb")…………select failed: err[sql: expected 2 arguments, got 3]

目前先改造为通过先使用select查询有无数据，如果数据已经存在则使用update语句，否则使用insert插入新数 据。

_, err = db.Query("select * from device_info_2 limit ?,?", 0, 100)…………SQL syntax error: only int64 support in limit/offset clause

Part 5 迁移结果

针对项目的迁移，主要从便捷性和性能两方面进行说明：

  1. 首先对于迁移的便捷性而言，旧版本的MatrixOne由于没有对各个数据库可视化工具进行适配，迁移过程稍显麻烦，无法借助工具进行数据表的迁移，需要自己手动对数据库的建表语句进行调整，如果在数据表比较多的情况下，迁移起来会相对耗时。
    对于新版的MatrixOne，适配了数据库可视化工具后，整个迁移过程还是比较方便的，跟普通的MySQL数据库迁移步骤相同。
  2. 对于迁移后的性能而言，针对普通事务操作，MatrixOne执行效率与MySQL相差无几。但对于大数据量的查询，MatrixOne基于 OLAP 特性，查询效率相较于MySQL而言提升了 5 倍左右，且相同资源下未出现 SQL 结果查询不出来的情况。

当前项目运行稳定，系统状态良好，尚未出现其他稳定性问题，后续我司也计划将更多MySQL相关的业务迁移至MatrixOne。

最后，感谢迁移过程中 MatrixOne 社区提供的帮助，祝愿社区在2024年越来越好。

关于MatrixOne

MatrixOne 是一款基于云原生技术，可同时在公有云和私有云部署的多模数据库。该产品使用存算分离、读写分离、冷热分离的原创技术架构，能够在一套存储和计算系统下同时支持事务、分析、流、时序和向量等多种负载，并能够实时、按需的隔离或共享存储和计算资源。 云原生数据库MatrixOne能够帮助用户大幅简化日益复杂的IT架构，提供极简、极灵活、高性价比和高性能的数据服务。

MatrixOne企业版和MatrixOne云服务自发布以来，已经在互联网、金融、能源、制造、教育、医疗等多个行业得到应用。得益于其独特的架构设计，用户可以降低多达70%的硬件和运维成本，增加3-5倍的开发效率，同时更加灵活的响应市场需求变化和更加高效的抓住创新机会。在相同硬件投入时，MatrixOne可获得数倍以上的性能提升。

MatrixOne秉持开源开放、生态共建的理念，核心代码全部开源，全面兼容MySQL协议，并与合作伙伴打造了多个端到端解决方案，大幅降低用户的迁移和使用成本, 也帮助用户避免了供应商锁定风险。

关键词：超融合数据库、多模数据库、云原生数据库、国产数据库

标签
#数据库 #云原生 #分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
基于STM32、HAL库的SC16IS752IPW总线转UART驱动程序设计 / FIFO空间不足。// 设置LCR寄存器的DLAB位为1以访问DLL/DLH。// 设置LCR寄存器，先访问DLL/DLH。// 设置LCR寄存器(不包含DLAB位) 阅读详情

相关推荐

基于Apache MINA SSHD配置及应用

Apache MINA SSHD是一个基于Java的开源SSH服务器/客户端实现，支持SSH2协议，提供文件传输、shell访问等功能。该代码实现了一个SftpClientService服务类，封装了SFTP文件操作，包括读取文件(readOnce/readLines)和写入文件(writeOnce)等核心功能。通过SftpProperties配置类管理连接参数，并采用Builder模式创建SSH会话。主要特点包括：支持大文件分块传输、自动创建目录、严格的异常处理和...

流沙QuickSand 946

推荐几款兼容MySQL的数据库

同时，TiDB 支持完整的 ACID 事务，保证了数据的一致性和可靠性。总的来说，TiDB 为企业提供了一种创新的、可扩展的数据库解决方案，特别适用于数据量快速增长、对可用性和扩展性有高要求的业务场景。MariaDB：它由 MySQL 的原开发者创建，旨在保持与 MySQL 的高度兼容性，并提供更多的功能和改进。在数据存储方面，TiDB 采用了水平分区的方式，数据被自动分布到多个节点上，实现了数据的横向扩展。它由 MySQL 的一些原始开发者创建，旨在保持与 MySQL 的兼容性，并提供更多的功能和扩展。

东南草堂 1840

python数据分析与可视化

Python数据分析主要包括数据清洗、数据探索和数据可视化三个部分。数据清洗是数据分析的重要环节，主要是对数据进行预处理，包括缺失值处理、异常值处理、数据类型转换等。数据探索则是通过对数据进行初步分析，了解数据的分布和特征，为后续的数据分析提供基础。数据可视化则是将数据以图形化的方式呈现，帮助人们更好地理解和分析数据。

2301_82032652的博客 7716

100%兼容MySQL的数据库有哪些？

MTK全称为 Database Migration Toolkit，是一个可以将Oracle/DB2/MySQL/openGauss/SqlServer/Informix数据库的数据结构，全量数据高速导入到MogDB的工具。通过MTK初次迁移之后，我们发现有几个试图没有成功，当然，后面通过我们微调即可重新迁移（注意，mtk可以单独迁移失败的对象）。支持Oracle/MySQL/DB2到MogDB/openGauss的存储过程，函数，触发器，包迁移并对语法进行改写。大家可以看到，mdb使用还是非常的简单；

Roger的数据库专栏 4502

告别手动！用Python+CATIA V5/V6自动生成三视图和标题栏（附完整代码）

本文详细介绍了如何利用Python和CATIA V5/V6实现工程图自动生成，包括三视图布局和标题栏填写。通过COM接口调用和智能算法，系统能自适应不同尺寸模型，大幅提升设计效率。附完整代码和部署方案，帮助团队实现从手动到自动化的转变。

weixin_42699679的博客 354

基于CRU和WorldClim的高分辨率（1km）气候数据生成

基于CRU和WorldClim的高分辨率（1km）气候数据生成

lhq7842955的博客 1694

01_Matrixdb通过数据联邦mysql_fdw访问mysql

matrixdb视频教程 - 01Matrixdb通过数据联邦mysql_fdw访问mysql 作者 shidb 日期 2021-05-08 标签 matrixdb视频教程 - 01Matrixdb通过数据联邦mysql_fdw访问mysql 一、MySQL端 1，mysql登陆 mysql -h sdw5 -uroot -p’Matrixdb@123’ 2，建表 create database mysql_fdw; create table warehouse (warehouse_id int pr

se7en.shi的专栏 401

BCM-BCP-DRP-运维管理之故障管理——故障的分类与处理流程

ITSM Business Continuity Manage(BCM) BusinessContinuityPlan(BCP) 偏业务 DisasterRecoveryPlan(DRP) 偏IT 天塌了，考虑在天塌了的状态下做什么，怎么开展业务就是BCP； 天塌了，考虑怎么把天撑回去，就是DRP。 DRP+BCP+供应链管理+危机管理等就是BCM (业务连续性管...

mmgithub123的博客 2724

ClickHouse使用MySQL数据库引擎

MySQL 数据库引擎是 ClickHouse 提供的一种集成引擎，这不是指 ClickHouse本身使用的存储引擎（如 MergeTree），它允许你直接在 ClickHouse 中查询存储在远程 MySQL 服务器上的数据。核心概念：MySQL 数据库引擎视远程 MySQL 服务器为一个外部数据源。当你查询使用 MySQL 引擎创建的 ClickHouse 数据库或表时，ClickHouse 会将查询（或其一部分）转发给远程 MySQL 服务器执行。使用这个引擎时，数据仍然。

IT 9501

ARINC429协议分析

如下表所示，ARINC429在发送一帧过程中，首先发送以START开始，以END结束，共发送32bits数据，其中0~7bits为Lable数据，9~8bits为SDI数据，10~28bits为数据，29~30bits为SSM，31bit为校验位End30292827262524校验位SSM2322212019181716DATA15141312111098SDI7654321Start。

5223

组合预测 | Python实现LSTM-XGBoost长短期记忆网络组合极限梯度提升树股票价格预测

组合预测 | Python实现LSTM-XGBoost长短期记忆网络和极限梯度提升树股票价格预测

机器学习之心的博客，关注并私信文章链接，获取对应文章源码和数据。 2353

Doris学习笔记

支持大数据量的分布式数据管理：MPP数据库支持事务对分析型查询友好高吞吐数据模型定义了Doris副本在单个版本中的组织形式和多个版本在compaction和查询时的聚合方式。数据主要包含维度（Key）和指标（Value）两种列，Key在前，Value在后。单个版本中，数据按Key排序放置，前36字节会构建前缀索引，查询条件落在前缀时，可极大加快查询速度。

qq_57182209的博客 1190

VCS NLP 低功耗验证系列（六）：功耗分析与优化——SAIF 报告与验证效率提升

本文是VCS NLP低功耗验证系列的第六篇，主要解决功耗数据采集和验证效率优化问题。文章首先介绍了SAIF(Switching Activity Interchange Format)文件在功耗分析中的作用，详细讲解了VCS的Region-Based SAIF功能，包括三个关键系统任务($saif_region_create、$saif_region_exclude、$saif_region_monitor)的使用方法和工程实践建议。接着从编译侧、运行侧和方法学侧三个维度提出了NLP验证效率优化策略，特别强

元直的博客 473

MatrixOne完整指南：从MySQL迁移到HTAP超融合架构的10个步骤

🚀 **MatrixOne** 是业界首个将Git风格版本控制引入数据库的AI原生HTAP超融合数据库。如果您正在使用MySQL并希望升级到更强大的数据库系统，本指南将带您完成从MySQL迁移到MatrixOne的完整流程。MatrixOne不仅100%兼容MySQL 8.0，还提供了HTAP超融合架构、向量检索、Git-for-Data等先进功能，让您的数据基础设施迈入AI时代。 ## 📊

gitblog_01137的博客 1107

汉书HE8，好用的汇编代码编写工具

汉书HE8，好用的汇编代码编写工具早期编写汇编代码所用功能强大

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的，已经排好版了，而且还是完整的，适合小白

合辑下载 | MatrixOne 与 MySQL 全面对比

MatrixOne是一款高度兼容MySQL语法的HTAP数据库，采用云原生化和存储、计算、事务分离的架构打造了HSTAP超融合数据引擎，实现单一数据库系统同时支持OLTP、OLAP、流计算等多种业务负载。在这个系列中，我们首先展示了如何仅用一条命令快速在单机上部署MatrixOne，同时介绍了MatrixOne的多租户能力，帮助您轻松实现有效的资源隔离。针对大家关心的这些问题，社区前不久推出了《MatrixOne与MySQL全面对比》的系列文章，让小伙伴们对MatrixOne的轻便易用性有了整体的认知。

MatrixOrigin的博客 540

假人有限元模型

假人模型，车辆碰撞假人有限元模型，适合做乘员安全的研究者利用

手把手入门MO | 如何使用 Flink 将批量数据写入 MatrixOne

得益于其独特的架构设计，用户可以降低多达70%的硬件和运维成本，增加3-5倍的开发效率，同时更加灵活的响应市场需求变化和更加高效的抓住创新机会。在下面的命令中，使用 --topic 参数指定要添加到的主题，而 --bootstrap-server 参数指定了 Kafka 服务的监听地址。创建 Person.java 和 Mysql2Mo.java 类，使用 Flink 读取 MySQL 数据，执行简单的 ETL 操作（将 Row 转换为 Person 对象），最终将数据写入 MatrixOne 中。

MatrixOrigin的博客 1214

从 0 到 100TB，MatrixOne 助您轻松应对

通过云原生相关的开源组件，如 KEDA，可以感知整个集群的负载。MatrixOne 是一款强大的云原生超融合数据库，具备优秀的流式数据写入和加工能力，同时拥有强大的可扩展性，能适应任意规模的负载和数据量。多租户相关能力是MatrixOne产品的一大亮点，通过数据库内部创建新租户，实现数据空间的隔离，便于 SaaS 应用处理多租户需求。对于 AP 相关的大规模查询，如果缓存或 LogTail 中没有所需数据，系统将直接从 S3 读取，由于AP的操作本身就会读较多数据，因此对S3的读取相对是比较友好的。

MatrixOrigin的博客 1100

MatrixOne助力一道创新打造高性能智能制造AIOT系统

由于数据分散在MySQL，InfluxDB和MongoDB三个数据库中，人，物料，流程，设备等管理模块的数据都在MySQL中，而设备采集导的数据在InfluxDB中，计算中间结果又在MongoDB中。同时，在整个应用迁移的过程中，MatrixOne本身与MySQL也保持了极高的兼容性，一道可以无缝将MySQL的库表直接通过SQL source导入的方式迁移到MatrixOne，并按照建议将InfluxDB及MongoDB中的时序表及文档结构均顺利迁移至MatrixOne中，整个过程仅花费不到一周时间。

MatrixOrigin的博客 1505

手把手入门MO | 如何使用使用 Spark 将批量数据写入 MatrixOne

本篇文档将介绍两种使用 Spark 计算引擎实现批量数据写入 MatrixOne 的示例。一种示例是从 MySQL 迁移数据至 MatrixOne，另一种是将 Hive 数据写入 MatrixOne。

MatrixOrigin的博客 996

MatrixOne 支持多样化生态工具，持续提升开发者体验

在选择一款数据库产品时，对数据库上下游生态组件的打通是大数据开发工程师需要面对的一致难题。 MatrixOne提出了“One Size Fits Most”理念，旨在用全新HSTAP技术架构打破数据孤岛，其中，与各生态组件的“无缝衔接”也是MatrixOne“一栈式”愿景中的重要一环。 MatrixOne高度兼容MySQL协议，在1.0正式版发布前，MatrixOne收集整理了社区反馈较多的上下游组件并进行了更为完整的适配。本轮适配主要围绕：数据集成工具、BI工具和数据计算引擎这三类生态工具。

MatrixOrigin的博客 312

千元好礼等你来拿 MatrixOne最强体验官

为了让您体验到MatrixOne的易用性和友好性，MatrixOrigin社区发起了"最强体验官"活动，邀请大家一起深度体验MatrixOne数据库，参与数据库迁移、Python UDF 开发等多样任务，一起创造无限可能。在给定的活动周期内快速学习 MatrixOne 或 MO Cloud，并完成从选题数据库产品迁移到MO Cloud的操作（不少于5张表、数据量不少于100W），完成迁移后按照模版整理体验报告等待评审。TAP，多租户，流式计算，极致扩展性，高性价比等特性。

MatrixOrigin的博客 479

MatrixOne 助力西安天能替换MySQL+MongoDB+ES打造一体化物联网平台

然而，现有架构难以在数据量持续增长的情况下保证高效的查询与写入性能，尤其在日志数据和设备上报信息的分析上，统计效率低下，影响了平台的实时性。第一，系统需要接入，配置和管理海量的设备，每个设备都涉及到通信协议的配置，数据解析的规则，同时还有系统本身的各类管理模块，这里需要处理的都是事务性的。不仅需要维护三套存储系统，还需要针对不同的数据源进行复杂的业务逻辑处理和查询优化。第三，设备及平台也会产生大量的日志文本数据，这些日志需要进行解析和查询，以确保平台的稳定性和可靠性，同时也用于安全审计相关的目的。

MatrixOrigin的博客 1256

手把手入门MO | 如何通过永洪 BI 实现 MatrixOne 的可视化报表

永洪 BI 是一款全面的大数据平台，它整合了自服务数据准备、探索性自助分析、深度分析、企业级管理和高性能计算功能，提供了一站式的大数据解决方案。永洪 BI 的目标是为各种规模的企业提供灵活易用的全业务链大数据分析工具，使用户能够轻松发掘大数据的价值并获得深刻的洞察力。MatrixOne 支持连接到智能数据分析工具永洪 BI。本文将指导您如何通过永洪 BI 连接到单机版 MatrixOne，并创建各种可视化数据报表。

MatrixOrigin的博客 2486

MatrixOne实战系列回顾 | 导入导出项目场景实践

本次分享主要介绍MatrixOne导入导出以及项目场景实践。将从四个方向为大家演示MatrixOne的功能，分别是数据的导入、导出、对接数据集成工具，以及Java连接实战。

MatrixOrigin的博客 309

MatrixOne 助力 StoneCastle 打造高性能金融分析系统

而在整个在金融行业中，客户其实都面临着同样的问题，随着金融行业数据量的激增，数据库不仅要处理日常的在线读写事务，还需应对日益复杂的分析型工作负载，如实时风险评估、交易监控、商业智能报告、数据可视化和大数据分析等。第三，MatrixOne 与 MySQL 高度兼容，包括连接协议，SQL语法，上层应用的ORM框架等，这种兼容性使得用户在进行迁移和开发的时候完全可以复用熟悉的工具和SQL语句进行迁移，StoneCastle的工程师基本上对应用没有进行任何改造即完成了应用的切换。为了缓解系统压力，在线。

MatrixOrigin的博客 635

MatrixOne 支持多样化生态工具

MatrixOne 规划中的“流引擎”能力在持续完善中，在适配 Spark/Flink 引擎后，开发者可以直接使用通用 JDBC 驱动，在 Spark 或 Flink 中通过外部算力进行大数据量级的数据清洗，再或着，通过 Flink 实现更灵活的“流式数据源”的数据接入。对于大数据开发者来说，在选择一款数据库产品时，数据库上下游生态组件的丰富度，是极其关键的选择因素。与数据集成工具的适配，可帮助数据开发者更丝滑高效的进行初期存量数据的迁移，以及后续日常的 ETL 作业，极大的保障工作效率和业务的稳定性。

MJ18154325481的博客 222

超融合数据库MatrixOne

MatrixOne旨在通过云原生化和存储、计算、事务分离的架构，构建一个强大的HSTAP（Hybrid Streaming Transactional and Analytical Processing）超融合数据引擎。它支持OLTP（在线事务处理）、OLAP（在线分析处理）、流计算等多种业务负载，并兼容公有云、私有云、边缘云等多种部署环境，实现异构基础设施的全面兼容。

xuweilin的博客 840
上一篇： 获奖公布｜MO 社区系统有奖调查问卷
下一篇： MO干货 | shuffle执行计划解析（上篇）
点赞 9
评论 0
书签 书签 20
MatrixOrigin
MatrixOrigin
博客等级 码龄5年 708粉丝 230原创
+ 关注
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值