用OMS进行 OceanBase 租户间数据迁移的测评

基本概念

OceanBase迁移服务（，简称OMS），可以让用户在同构或异构 RDBMS 与OceanBase 数据库之间进行数据交互，支持数据的在线迁移，以及实时增量同步的复制功能。

OMS 提供了可视化的集中管控平台，通过简单的配置用户即可完成数据的实时迁移，且对源数据库和业务系统的影响开销可忽略不计。OMS 旨在帮助用户以最低的风险、极小的开销和最高的效率实现同构/异构数据库向 OceanBase 数据库进行实时数据迁移和数据同步。OMS 社区版支持数据迁移功能，您可以通过该功能实时进行 MySQL 数据库与 OceanBase 社区版之间的数据迁移，以及 OceanBase 社区版与 OceanBase 社区版之间的数据迁移。

同时，通过 OMS 用户可以在不停服的情况下无缝将数据迁移到 OceanBase 数据库上。在业务应用切换数据库到 OceanBase 数据库前，OMS 可以启用反向数据同步链路，再执行应用切换到 OceanBase 数据库，重新建立主备关系，此时所有在切换后发生在 OceanBase 数据库上的数据变更都将实时同步至切换前的源端数据库，以此来应对紧急回切的需求场景，最大程度的降低业务迁移风险，助力企业用户构建高可用和高可靠的数据体系架构。

测试目的

本节主要测试 OceanBase 数据库不同租户之间的数据同步。当迁移的源端数据库为 OceanBase 时，会通过 OCP 获取相关信息，所以需要关联 OCP。OMS 社区版会通过 JDBC 直连 OCP 的元信息库，来查询数据迁移流程中需要使用的信息，然后发送数据给目标端 OceanBase 租户。该方法同样也适用于 MySQL 与 OceanBase 以及 OceanBase 与 OceanBase 之间的数据同步。

前提条件

1、 已部署 OCP 社区版 3.3.0，详细操作请参见 OCP 部署指南。

2、 已部署 OMS 社区版 3.3.0，详细操作请参见 OMS 部署指南。

3、部署待迁移的 OceanBase 集群（含 OBProxy），必须使用 OCP 接管或创建。详细操作请参见 创建集群 和 使用 OCP 接管 OBD 部署的集群。

数据同步测试

环境准备

1、登录 OCP，使用 OCP 为待迁移的集群创建租户、数据库及迁移所用的用户。具体操作请参见：管理租户。

租户数据库用户备注
test1test_oms_1oms源端1
test2test_oms_2oms源端2
test3test_oms_3oms目标端

2、登录 OMS 社区版控制台。

3、关联 OCP。

当 OMS 社区版的运行涉及 OceanBase 数据源时，会通过 OCP 获取相关信息，所以需要关联 OCP。具体操作请参见 关联 OCP。添加完成后，可在关联 OCP 页面中看到已关联的 OCP。

1679474663

4、添加 OceanBase 社区版数据源（源端和目标端），具体操作请参见 添加 OceanBase-CE 数据源，添加完成后可在数据源管理中看到已添加的数据源列表。

1679474683

测试一：

测试目的：测试能否正常将租户 test1 表 t1 的数据和租户 test2 表 t2 的数据，分别迁移至租户 test3 的表 t1 和 表 t2 中。

测试步骤：

  • 全量迁移：在 OMS 社区版中创建两个迁移项目，将源端租户 test1 和租户 test2 的全量数据迁移至目标端租户 test3 中。
  • 增量同步：在源端租户 test1 的表 t1 和租户 test2 的表 t2 中进行 insert、delete、update，查看目标端租户 test3 的表 t1 和 表 t2 数据的变化。
  • 反向增量同步：正常增量同步完成后，开启租户 test3 到 租户 test1 的反向增量同步。在目标端租户 test3 的表 t1 中进行 insert、delete、update，查看源端租户 test1 的表 t1 数据的变化。
租户数据库用户表备注
test1test_oms_1omst1源端1
test2test_oms_2omst2源端2
test3test_oms_3omst1，t2目标端

1、在客户端使用 oms 用户分别登录租户 test1 和 test2，创建表 t1 和 t2。

obclient -hxxx.xxx.xxx.xxx -P2883 -uoms@test1#testoms -pXXX -A test_oms_1CREATE TABLE `t1` (
`id` int NOT NULL,
`name` varchar(45) DEFAULT NULL,
`remark` varchar(45) DEFAULT NULL,
PRIMARY KEY (`id`)
) CHARSET=utf8mb4;MySQL [test_oms_1]> insert into t1(id,name,remark) values(10,'aa','test10');
MySQL [test_oms_1]> insert into t1(id,name,remark) values(11,'bb','test11');
MySQL [test_oms_1]> select * from t1;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test10 |
| 11 | bb   | test11 |
+----+------+--------+
2 rows in set (0.002 sec)

obclient -hxxx.xxx.xxx.xxx -P2883 -uoms@test2#testoms -pXXX -A test_oms_2CREATE TABLE `t2` (
`id` int NOT NULL,
`name` varchar(45) DEFAULT NULL,
`remark` varchar(45) DEFAULT NULL,
PRIMARY KEY (`id`)
) CHARSET=utf8mb4;MySQL [test_oms_2]> insert into t2(id,name,remark) values(20,'aa','test20');
MySQL [test_oms_2]> insert into t2(id,name,remark) values(21,'bb','test21');
Query OK, 1 row affected (0.002 sec)MySQL [test_oms_2]> select * from t2;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 20 | aa   | test20 |
| 21 | bb   | test21 |
+----+------+--------+
2 rows in set (0.002 sec)

2、创建数据迁移项目，具体操作请参见 数据迁移。

2.1、选择源节点和目标节点，这里选择源端1和目标端，即源端租户 test1 和目标端租户 test3。

1679474699

2.2、选择要迁移的源端数据库表，单击“>”，添加至目标端对象中，默认生成与源端相同的表名，也可以进行重命名。

1679474705

2.3、启动任务之后，可以看到任务的基本信息及迁移步骤详情。

1679474717

2.4、同理继续创建第二迁移项目（源端租户 test2 和目标端租户 test3），创建完成后，可在迁移项目列表中，查看添加的项目。

1679474726

3、验证迁移结果

3.1、全量迁移验证

登录目标端租户 test3 ，查看全量迁移的结果。可以看到 test1 租户的表 t1，和 test2 租户表 t2 已经迁移成功。 

[admin@126 ~]$obclient -hxxx.xxx.xxx.xxx -P2883 -uoms@test3#testoms -pXXX -A test_oms_3MySQL [test_oms_3]> show tables;
+----------------------+
| Tables_in_test_oms_3 |
+----------------------+
| t1                   |
| t2                   |
+----------------------+
2 rows in set (0.001 sec)MySQL [test_oms_3]> select * from t1;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test10 |
| 11 | bb   | test11 |
+----+------+--------+
2 rows in set (0.001 sec)MySQL [test_oms_3]> select * from t2;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 20 | aa   | test20 |
| 21 | bb   | test21 |
+----+------+--------+
2 rows in set (0.001 sec)

3.2、增量同步验证

  • 分别在源端租户 test1 的表 t1 和租户 test2 的表 t2 中插入一条数据，在目标端租户 test3 中，查看数据同步的结果。可以看到新插入的数据已被同步过来。
MySQL [test_oms_1]> insert into t1(id,name,remark) values(12,'cc','test12');
MySQL [test_oms_2]> insert into t2(id,name,remark) values(22,'cc','test22');MySQL [test_oms_3]> select * from t1;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test10 |
| 11 | bb   | test11 |
| 12 | cc   | test12 |
+----+------+--------+
3 rows in set (0.000 sec)MySQL [test_oms_3]> select * from t2;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 20 | aa   | test20 |
| 21 | bb   | test21 |
| 22 | cc   | test22 |
+----+------+--------+
3 rows in set (0.001 sec)MySQL [test_oms_3]>

  • 在源端租户 test1 的表 t1 中修改一条数据，在目标端租户 test3 中，查看数据同步的结果。可以看到修改的数据已被同步过来。

MySQL [test_oms_1]> update t1 set name = 'dd' where id = 12;MySQL [test_oms_3]> select * from t1;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test10 |
| 11 | bb   | test11 |
| 12 | dd   | test12 |
+----+------+--------+
3 rows in set (0.000 sec)

  • 在源端租户 test2 的表 t2 中删除一条数据，在目标端租户 test3 中，查看数据同步的结果，可以看到 id =20的数据被删除。

MySQL [test_oms_2]> delete from t2 where id = 20;MySQL [test_oms_3]> select * from t2;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 21 | bb   | test21 |
| 22 | cc   | test22 |
+----+------+--------+
2 rows in set (0.000 sec)

3.3、反向增量验证

以租户 test3 反向增量迁移至租户 test1 为例，进行反向增量同步前，请确认正向增量同步已完成，

全量校验完成后，单击【进入下一阶段】，进行正向切换。

注意：启动正向切换前，请确保源端数据源为即将停写或者已经停写状态。

1679474742

1679474753

反向增量任务启动成功后，在目标端租户 test3 的表 t3 中插入一条数据，在源端租户 test1 中，查看数据反向同步的结果。可以看到新插入的数据已被反向同步过来。

MySQL [test_oms_3]> select * from t1;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test10 |
| 11 | bb   | test11 |
| 12 | dd   | test12 |
+----+------+--------+
3 rows in set (0.003 sec)MySQL [test_oms_3]> insert into t1(id,name,remark) values(14,'ee','test14');MySQL [test_oms_1]> select * from t1;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test10 |
| 11 | bb   | test11 |
| 12 | dd   | test12 |
| 14 | ee   | test14 |
+----+------+--------+
4 rows in set (0.000 sec)

在目标端租户 test3 的表 t1 中修改一条数据，在源端租户 test1 中，查看数据同步的结果。可以看到id = 10数据已被删除。

MySQL [test_oms_3]> delete from t1 where id = 10;MySQL [test_oms_1]> select * from t1;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 11 | bb   | test11 |
| 12 | dd   | test12 |
| 14 | ee   | test14 |
+----+------+--------+
3 rows in set (0.000 sec)

测试二：

测试目的：测试能否正常将租户 test1 和租户 test2 中两张结构相同的表，迁移至租户 test3 的一张表中。

测试步骤：

  • 全量迁移：在 OMS 社区版中创建两个迁移项目，将源端租户 test1 和租户 test2 的全量数据迁移至目标端租户 test3 中。
  • 增量同步：在源端租户 test1 的表 t3 和租户 test2 的表 t3 中进行 insert、delete、update，查看目标端租户 test3 的表 t3 数据的变化。

测试结果：

同时将两个相同结构的表往另一张表汇总时，在进行全量迁移的过程中，若存在 id 相同的数据，后迁移的数据不会被同步过来，会导致后迁移的数据丢失。但是在增量同步的过程中，若插入的 id 相同，则后表插入的数据会覆盖前表插入的数据，导致前表插入的数据丢失。

租户数据库用户表备注
test1test_oms_1omst3源端1
test2test_oms_2omst3源端2
test3test_oms_3omst3目标端

1、在客户端使用 oms 用户分别登录租户 test1 和 test2，创建表 t3。

obclient -hxxx.xxx.xxx.xxx -P2883 -uoms@test1#testoms -pXXX -A test_oms_1CREATE TABLE `t3` (
`id` int NOT NULL,
`name` varchar(45) DEFAULT NULL,
`remark` varchar(45) DEFAULT NULL,
PRIMARY KEY (`id`)
) CHARSET=utf8mb4;MySQL [test_oms_1]> insert into t3(id,name,remark) values(010,'aa','r1');
MySQL [test_oms_1]> insert into t3(id,name,remark) values(011,'bb','r2');MySQL [test_oms_1]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | r1     |
| 11 | bb   | r2     |
+----+------+--------+
2 rows in set (0.002 sec)

obclient -hxxx.xxx.xxx.xxx -P2883 -uoms@test2#testoms -pXXX -A test_oms_2CREATE TABLE `t3` (
`id` int NOT NULL,
`name` varchar(45) DEFAULT NULL,
`remark` varchar(45) DEFAULT NULL,
PRIMARY KEY (`id`)
) CHARSET=utf8mb4;MySQL [test_oms_1]> insert into t3(id,name,remark) values(010,'zz','r3');
MySQL [test_oms_1]> insert into t3(id,name,remark) values(012,'yy','r4');MySQL [test_oms_2]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | zz   | r3     |
| 12 | yy   | r4     |
+----+------+--------+
2 rows in set (0.002 sec)

2、创建租户 test1 至 租户test3 的数据迁移项目，具体操作请参见 数据迁移。

3、创建租户 test2 至 租户test3 的数据迁移项目。

3.1、选择源节点和目标节点，这里选择源端2和目标端，即源端租户 test2 和目标端租户 test3。

1679474776

3.2、选择要迁移的源端数据库表，单击“>”，添加至目标端对象中，默认生成与源端相同的表名，也可以进行重命名。

1679474788

3.3、配置迁移选项，这里注意在高级配置中，允许全量迁移目标表非空，因为前面已经创建了租户 test1 表1 至 test3 表 t3 的迁移项目，项目启动后，目标表非空。

1679474810

3.4、租户 test1 表1 至 test3 表 t3 的迁移项目，已经在租户 test3 中创建了表 t3，此时不需要再创建表，因此可直接跳过结构迁移，再单击右上角的“恢复”，继续进行下一步。

1679474818

创建完成后可在迁移项目列表中，查看到已创建的迁移项目。

1679474824

4、验证迁移结果

4.1、全量迁移验证

登录目标端租户 test3 ，查看全量迁移的结果。可以看到租户 test2 中 id = 10 因为和 租户 test1 中的 id 相同，导致数据未被迁移过来。在项目详情的全量校验中也可以看到数据不一致的提示。

1679474830

MySQL [test_oms_3]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | r1     |
| 11 | bb   | r2     |
| 12 | yy   | r4     |
+----+------+--------+
3 rows in set (0.001 sec)

3.2、增量同步验证

  • 分别在源端租户 test1 的表 t3 和租户 test2 的表 t3 中插入一条数据，在目标端租户 test3 中，查看数据同步的结果。可以看到新插入的数据已被同步过来。
MySQL [test_oms_1]> insert into t3(id,name,remark) values(013,'cc','r5');
MySQL [test_oms_2]> insert into t3(id,name,remark) values(014,'xx','r6');MySQL [test_oms_3]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | r1     |
| 11 | bb   | r2     |
| 12 | yy   | r4     |
| 13 | cc   | r5     |
| 14 | xx   | r6     |
+----+------+--------+
5 rows in set (0.001 sec)
  • 分别在源端租户 test1 的表 t1 和租户 test2 的表 t2 中插入一条 id 相同的数据，在目标端租户 test3 中，查看数据同步的结果。可以看到当 id 相同时后插入的数据会覆盖前插入的数据。
MySQL [test_oms_1]> insert into t3(id,name,remark) values(015,'dd','r7');
MySQL [test_oms_3]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | r1     |
| 11 | bb   | r2     |
| 12 | yy   | r4     |
| 13 | cc   | r5     |
| 14 | xx   | r6     |
| 15 | dd   | r7     |
+----+------+--------+
6 rows in set (0.001 sec)MySQL [test_oms_2]> insert into t3(id,name,remark) values(015,'ww','r8');
MySQL [test_oms_3]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | r1     |
| 11 | bb   | r2     |
| 12 | yy   | r4     |
| 13 | cc   | r5     |
| 14 | xx   | r6     |
| 15 | ww   | r8     |
+----+------+--------+
6 rows in set (0.000 sec)
  • 在源端租户 test1 的表 t3 中修改一条数据，在目标端租户 test3 中，查看数据同步的结果。可以看到修改的数据已被同步过来。
MySQL [test_oms_1]> update t3 set remark='test1' where id = 10;
MySQL [test_oms_3]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test1  |
| 11 | bb   | r2     |
| 12 | yy   | r4     |
| 13 | cc   | r5     |
| 14 | xx   | r6     |
| 15 | ww   | r8     |
+----+------+--------+
6 rows in set (0.001 sec)
  • 在源端租户 test2 的表 t3 中删除一条数据，在目标端租户 test3 中，查看数据同步的结果，可以看到 id = 12 的数据已被删除。
MySQL [test_oms_2]> delete from t3 where id = 12;
MySQL [test_oms_3]> select * from t3;
+----+------+--------+
| id | name | remark |
+----+------+--------+
| 10 | aa   | test1  |
| 11 | bb   | r2     |
| 13 | cc   | r5     |
| 14 | xx   | r6     |
| 15 | ww   | r8     |
+----+------+--------+
5 rows in set (0.000 sec)

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/472690.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Hadoop生态圈框架部署（六）- HBase完全分布式部署

Hadoop生态圈框架部署（六）- HBase完全分布式部署

文章目录 前言一、Hbase完全分布式部署（手动部署）1. 下载Hbase2. 上传安装包3. 解压HBase安装包4. 配置HBase配置文件4.1 修改hbase-env.sh配置文件4.2 修改hbase-site.xml配置文件4.3 修改regionservers配置文件4.4 删除hbase中slf4j-reload4j-1.7.33.j…
阅读更多...
108. UE5 GAS RPG 实现地图名称更新和加载关卡

108. UE5 GAS RPG 实现地图名称更新和加载关卡

在这一篇里，我们将实现对存档的删除功能，在删除时会有弹框确认。接着实现获取玩家的等级和地图名称和存档位置，我们可以通过存档进入游戏，玩家在游戏中可以在存档点存储存档。 实现删除存档 删除存档需要一个弹框确认&#xff0…
阅读更多...
移除元素(leetcode 27)

移除元素(leetcode 27)

给定一个数组，在数组中删除等于这个目标值的元素，然后返回新数组的大小 数组理论： 数组是一个连续的类型相近的元素的一个集合，数组上的删除是覆盖，只能由后面的元素进行覆盖，而不能进行真正意义上的地理位…
阅读更多...
【征稿倒计时！华南理工大学主办 | IEEE出版 | EI检索稳定】2024智能机器人与自动控制国际学术会议 （IRAC 2024）

【征稿倒计时！华南理工大学主办 | IEEE出版 | EI检索稳定】2024智能机器人与自动控制国际学术会议 （IRAC 2024）

#华南理工大学主办！#IEEE出版！EI稳定检索！#组委阵容强大！IEEE Fellow、国家杰青等学术大咖领衔出席！#会议设置“优秀论文”“优秀青年学者报告”“优秀海报”等评优奖项 2024智能机器人与自动控制国际学术会议 &#…
阅读更多...
【React】状态管理之Zustand

【React】状态管理之Zustand

🌈个人主页: 鑫宝Code 🔥热门专栏: 闲话杂谈｜ 炫酷HTML | JavaScript基础 ​💫个人格言: "如无必要，勿增实体" 文章目录 状态管理之Zustand引言1. Zustand 的核心特点1.1 简单直观的 API1.2 无需 Provi…
阅读更多...
【ict基础软件赛道】真题-50%openGauss

【ict基础软件赛道】真题-50%openGauss

题目取自赛前测试链接 OpenGauss安装前使用哪个工具检查环境是否符合安装哪个功能不是gs_guc工具提供的opengauss数据库逻辑复制的特点描述正确的是opengauss的全密态数据库等值查询能力描述正确的是哪个不属于ssh客户端工具opengauss三权分立说法正确的是opengauss wdr snapsh…
阅读更多...
Python酷库之旅-第三方库Pandas(218)

Python酷库之旅-第三方库Pandas(218)

目录 一、用法精讲 1021、pandas.DatetimeIndex.inferred_freq属性 1021-1、语法 1021-2、参数 1021-3、功能 1021-4、返回值 1021-5、说明 1021-6、用法 1021-6-1、数据准备 1021-6-2、代码示例 1021-6-3、结果输出 1022、pandas.DatetimeIndex.indexer_at_time方…
阅读更多...
【miniMax开放平台-注册安全分析报告-无验证方式导致安全隐患】

【miniMax开放平台-注册安全分析报告-无验证方式导致安全隐患】

前言 由于网站注册入口容易被机器执行自动化程序攻击，存在如下风险： 暴力破解密码，造成用户信息泄露，不符合国家等级保护的要求。短信盗刷带来的拒绝服务风险 ，造成用户无法登陆、注册，大量收到垃圾短信的…
阅读更多...
树状数组+概率论，ABC380G - Another Shuffle Window

树状数组+概率论，ABC380G - Another Shuffle Window

目录 一、题目 1、题目描述 2、输入输出 2.1输入 2.2输出 3、原题链接 二、解题报告 1、思路分析 2、复杂度 3、代码详解 一、题目 1、题目描述 2、输入输出 2.1输入 2.2输出 3、原题链接 G - Another Shuffle Window 二、解题报告 1、思路分析 不难用树状数组计…
阅读更多...
MySQL：表设计

MySQL：表设计

表的设计 从需求中获得类，类对应到数据库中的实体，实体在数据库中表现为一张一张的表，类中的属性就对应着表中的字段（也就是表中的列） 表设计的三大范式： 在数据库设计中，三大范式&#xff0…
阅读更多...
网盘聚合搜索项目Aipan（爱盼）

网盘聚合搜索项目Aipan（爱盼）

本文软件由网友 刘源 推荐； 简介 什么是 Aipan（爱盼） ? Aipan（爱盼）是一个基于 Vue 和 Nuxt.js 技术构建的开源网盘搜索项目。其主要目标是为用户提供一个能够自主拥有和管理的网盘搜索网站。该项目持续维护和更新&a…
阅读更多...
当微软windows的记事本被AI加持

当微软windows的记事本被AI加持

1985年，微软发布了Windows 1.0，推出了一款革命性的产品：记事本（Notepad）。这款软件旨在鼓励使用一种未来主义的新设备——鼠标，并让人们可以不依赖VI等键盘工具就能书写文本和编写代码。记事本因其简洁和高…
阅读更多...
Dubbo 3.x源码(25)—Dubbo服务引用源码(8)notify订阅服务通知更新

Dubbo 3.x源码(25)—Dubbo服务引用源码(8)notify订阅服务通知更新

基于Dubbo 3.1，详细介绍了Dubbo服务的发布与引用的源码。 此前我们学习了接口级的服务引入订阅的refreshInterfaceInvoker方法，当时还有最为关键的notify服务通知更新的部分源码没有学习，本次我们来学习notify通知本地服务更新的源码。 Dubb…
阅读更多...
自存 关于RestController请求传参数 前端和后端相关

自存 关于RestController请求传参数 前端和后端相关

1.Get请求 Get请求传递参数一般是 1.通过PathVariable来映射 URL 绑定的占位符 后端 GetMapping("test/{id}")public R test(PathVariable Integer id){System.out.println(id);return R.success(id);}前端 export function test(id:any){return request({url:&q…
阅读更多...
Python练习27

Python练习27

Python日常练习 题目： 编写函数，接收一个正偶数a，任何一个都可以分解成两个 素数之和，如果存在多组符合条件的素数，则全部输出。 例如： 【请输入一个正偶数】50 50 3 47 50 7 43 50 13 37 5…
阅读更多...
查询DBA_FREE_SPACE缓慢问题

查询DBA_FREE_SPACE缓慢问题

这个是一个常见的问题，理论上应该也算是一个bug，在oracle10g，到19c，我都曾经遇到过；今天在给两套新建的19C RAC添加监控脚本时，又发现了这个问题，在这里记录一下。 Symptoms 环境：…
阅读更多...
已解决：spark代码中sqlContext.createDataframe空指针异常

已解决：spark代码中sqlContext.createDataframe空指针异常

这段代码是使用local模式运行spark代码。但是在获取了spark.sqlContext之后，用sqlContext将rdd算子转换为Dataframe的时候报错空指针异常 Exception in thread "main" org.apache.spark.sql.AnalysisException: java.lang.RuntimeException: java.lang.Nu…
阅读更多...
20.UE5UI预构造，开始菜单，事件分发器

20.UE5UI预构造，开始菜单，事件分发器

2-22 开始菜单、事件分发器、UI预构造_哔哩哔哩_bilibili 目录 1.UI预构造 2.开始菜单和开始关卡 2.1开始菜单 2.2开始关卡 2.3将开始菜单展示到开始关卡 3.事件分发器 1.UI预构造 如果我们直接再画布上设计我们的按钮，我们需要为每一个按钮进行编辑&#x…
阅读更多...
每天五分钟机器学习：支持向量机算法数学基础之核函数

每天五分钟机器学习：支持向量机算法数学基础之核函数

本文重点 从现在开始，我们将开启支持向量机算法的学习，不过在学习支持向量机算法之前，我们先来学习一些支持向量机所依赖的数学知识，这会帮助我们更加深刻的理解支持向量机算法，本文我们先来学习核函数。 定义 核函数（Kernel Function）是一种在支持向量机（SVM）、高…
阅读更多...
向潜在安全信息和事件管理 SIEM 提供商提出的六个问题

向潜在安全信息和事件管理 SIEM 提供商提出的六个问题

收集和解读数据洞察以制定可用的解决方案是强大网络安全策略的基础。然而，组织正淹没在数据中，这使得这项任务变得复杂。 传统的安全信息和事件管理 ( SIEM ) 工具是组织尝试使用的一种方法，但由于成本、资源和可扩展性等几个原因&#xff0…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023