新版本 | GreatSQL 8.0.32-26全新发布 增强“四高”诸多新特性

近日，GreatSQL开源数据库社区正式发布 GreatSQL 8.0.32-26新版本，在高可用、高性能、高兼容、高安全等诸多方面进行了特性增强，修复多个缺陷，并详细说明了多个典型应用场景下，升级/降级到GreatSQL 8.0.32-26的操作策略。

版本信息：

  • 发布时间：2024年08月05日
  • 版本号：8.0.32-26, Revision a68b3034c3d
  • 下载链接：https://gitee.com/GreatSQL/GreatSQL/releases/tag/GreatSQL-8.0.32-26
  • 用户手册：https://greatsql.cn/docs/8.0.32-26/

特性增强

GreatSQL 8.0.32-26 版本在等多方面都增强了新特性，包括 Clone 增量备份、压缩备份，MGR新加入成员节点时自动选择最新数据节点为donor节点，NUMA亲和性优化，非阻塞式DDL，无主键表导入优化以及更多的Oracle兼容用法，最后登录信息，基于规则的数据脱敏功能等多个新特性。

高可用

  • 当有新成员节点加入MGR时，如果选择Clone方式复制数据，支持自动选择从最新事务数据的成员节点复制数据，可有效提升Clone速度，提升MGR的服务可靠性。当新加入节点触发Clone方式复制数据时，也支持该特性。

参数group_replication_donor_threshold用于定义选择donor节点时判断事务延迟阈值，取值范围 [1, MAX]，默认值为 MAX。MAX 值取决于 CPU 类型，在32-bit系统中是2147483647（231-1），而在64-bit系统中是9223372036854775807（263-1）。

当新成员节点加入 MGR 时，新成员节点只会选择那些延迟小于 group_replication_donor_threshold 的节点作为 donor 节点。

假设 group_replication_donor_threshold = 100，那么：

**1、MGR中有A、B两节点，它们的GTID分别是[1-300]、[1-280]：**新节点 C 加入，由于A & B节点的GTID差值小于预设阈值，则随机选择A或B其中一个节点作为donor节点。

**2、MGR中有A、B两节点，它们的GTID分别是[1-400]、[1-280]：**新节点C加入，由于A & B节点的GTID 差值大于预设阈值，则只会选择A作为donor节点。

**3、MGR中有A、B、C三节点，它们的GTID分别是 [1-400]、[1-350]、[1-280]：**新节点D加入，由于C节点的GTID差值大于预设阈值，A & B节点GTID延迟小于预设阈值，则会随机选择A或B其中一个作为donor节点。

  • 在主从复制中，由从节点向主节点发起Binlog读取请求。如果读取太快或并发线程太多就会加大主节点的压力。新增参数 rpl_read_binlog_speed_limit 用于控制从节点上向主节点发起Binlog读取请求的限速，这对于控制主从复制中的网络带宽使用率、降低主节点压力或在数据恢复过程中降低资源消耗非常有用，该参数可在从节点端设置生效。

  • Binlog 读取限速 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha-binlog-speed-limit.html

  • 优化了快速单主模式下relay log应用逻辑，提升MGR整体性能；优化了当relay log存在堆积时的applier线程的内存消耗异常情况。

  • 快速单主模式➥https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha-mgr-fast-mode.html

  • 优化了asynchronous connection
    failover中的故障检测效率，特别是发生网络故障时，备用集群能更快完成主从复制通道调整，降低主从复制链路断开的时间，提高整体可用性。以设置MASTER_RETRY_COUNT
    = 2 为例（slave_net_timeout和MASTER_CONNECT_RETRY默认值均为 60），在主从复制通道间发生网络故障时导致的复制中断持续约3分钟，优化后故障影响时长缩短到 10 - 20秒以内。可以利用asynchronous connection failover实现两个MGR集群间的主从复制，实现跨机房间的高可用切换方案。

  • asynchronous connection failover ➥
    https://dev.mysql.com/doc/refman/8.0/en/replication-asynchronous-connection-failover.html

  • 地理标签功能中包含两个参数 group_replication_zone_id（默认值为 0）和
    group_replication_zone_id_sync_mode（默认值为ON）。在旧版本中，要求各节点的
    group_replication_zone_id_sync_mode 保持一致，否则无法加入 MGR。新版本中，允许仲裁节点设置不同的group_replication_zone_id_sync_mode。例如，节点 A1、A2设置group_replication_zone_id = 0 & zone_id_sync_mode = ON；节点 B1、B2 设置group_replication_zone_id = 1，它们也必须设置 zone_id_sync_mode = ON；仲裁投票节点C设置 group_replication_zone_id = 2，但可以设置group_replication_zone_id_sync_mode = OFF。

  • 地理标签 ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha-mgr-zoneid.html

  • 当启用 greatdb_ha Plugin 时，新增支持 IPv6。

更多信息详见文档：高可用 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha.html

高性能
1、支持非阻塞式DDL操作。当执行DDL操作的表上有大事务或大查询未结束时，会导致DDL请求长时间等待MDL锁。利用该特性，可以避免数据库因为必须尽快完成 DDL操作而导致业务请求大量被阻塞的问题。

  • 详见：非阻塞式 DDL ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-nonblocking-ddl.html

2、NUMA 亲和性优化。通过 NUMA 亲和性调度优化，将前端用户线程和后台线程绑定到固定 NUMA 节点上以提升线程处理性能。

  • 详见：NUMA 亲和性优化 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-numa-affinity.html

3、无显式主键表并行导入性能优化。对无显式主键表并行导入数据时，会随着并发数的增加，性能明显下降，GreatSQL针对这种情况也提供了优化方案。

  • 详见：并行 LOAD DATA ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-parallel-load.html

更多信息详见文档：高性能 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf.html

高兼容

1、新增支持在 LOOP 循环使用 CONTINUE 语法

  • 详见：CONTINUE
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-continue.html

2、新增支持用 CREATE OR REPLACE 语法创建/修改触发器；新增支持在触发器中使用 DECLARE BEGIN 语法。

  • 详见：触发器 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-trigger.html

3、新增支持在匿名块中使用 DECLARE BEGIN 语法

  • 详见：匿名块 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-anony-block.html

4、新增支持在 FOR/FOR ALL … LOOP 用法中使用符号和参数相连，例如 FOR var1…var2 LOOP。

  • 详见：FOR LOOP
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-for-loop.html
  • FORALL LOOP
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-forall-loop.html

更多信息详见文档：高兼容 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-3-easyuse.html

高安全

1、新增支持记录指定用户的最后一次登入时间，便于管理员查询，进一步提升数据库安全性。

  • 详见：最后登录信息 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-4-security-last-login.html

2、新增支持基于规则的数据脱敏功能。

  • 详见：数据脱敏
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/5-4-security-data-masking.html

更多信息详见文档：高安全 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-4-security.html

其他

1、支持采用 Clone 实现在线全量热备和增备以及恢复（类似 Xtrabackup），结合 Binlog 可实现恢复到指定时间点。此外，Clone 备份还支持压缩功能。

  • 详见：Clone 备份 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-5-clone-compressed-and-incrment-backup.html

2、合并龙芯支持 patch，参考：add loongarch64 support ➥ https://gitee.com/src-openeuler/greatsql/pulls/54/files

3、由于 GreatSQL 已支持 Rapid 引擎，以及未来还将推出 dplan 特性，因此从 GreatSQL 8.0.32-26 开始，不再推荐使用 InnoDB 并行查询特性（同时会删除用户手册中的入口链接）。

缺陷修复

1、修复了在部分 ARM 架构环境中无法使用并行复制的问题

  • 详见：MySQL Bug 110752 ➥ https://bugs.mysql.com/bug.php?id=110752

2、修复了最后登录信息和审计日志入表时未处理 Binlog 可能导致主从异常的问题。在新版本中，最后登录信息和审计日志都不会记录 Binlog，避免因为主从复制（也包括 MGR）中各实例都开启该特性记录 Binlog 而造成主从复制失败（或 MGR 报错）。

3、修复了数个因为 SQL 注入可能导致数据库实例发生 coredump 的问题，大幅提升 GreatSQL 对 SQL 注入风险的抵御能力。

4、修复了 Oracle 模式下 NULL 值唯一约束问题。在原来的 Oracle 模式下，插入 NULL 值会触发唯一约束冲突；而在 Oracle 数据库中，是允许向唯一约束列中重复写入 NULL 值的。在新版本中修复了这个问题。

-- 在老版本中
greatsql> SET sql_mode = ORACLE;
greatsql> CREATE TABLE t1 (c1 INT UNIQUE);
greatsql> SHOW CREATE TABLE t1\G
*************************** 1. row ***************************Table: t1
Create Table: CREATE TABLE "t1" ("my_row_id" bigint unsigned NOT NULL AUTO_INCREMENT /*!80023 INVISIBLE */,"c1" int DEFAULT NULL,PRIMARY KEY ("my_row_id"),UNIQUE KEY "c1" ("c1") /* nulls are equal in unique index as oracle does */
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_cigreatsql> INSERT INTO t1 SELECT NULL;
Query OK, 1 row affected (0.01 sec)
Records: 1  Duplicates: 0  Warnings: 0greatsql> INSERT INTO t1 SELECT NULL;
ERROR 1062 (23000): Duplicate entry 'NULL' for key 't1.c1'

在新版本中修复了这个唯一性约束问题：

-- 在新版本中
greatsql> SET sql_mode = ORACLE;
greatsql> CREATE TABLE t1 (c1 INT UNIQUE);
greatsql> SHOW CREATE TABLE t1\G
*************************** 1. row ***************************Table: t1
Create Table: CREATE TABLE "t1" ("my_row_id" bigint unsigned NOT NULL AUTO_INCREMENT /*!80023 INVISIBLE */,"c1" int DEFAULT NULL,PRIMARY KEY ("my_row_id"),UNIQUE KEY "c1" ("c1") /* nulls are equal in unique index as oracle does */
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_cigreatsql> INSERT INTO t1 SELECT NULL;
Query OK, 1 row affected (0.01 sec)
Records: 1  Duplicates: 0  Warnings: 0-- 不再报告唯一性约束冲突
greatsql> INSERT INTO t1 SELECT NULL;
Query OK, 1 row affected (0.01 sec)
Records: 1  Duplicates: 0  Warnings: 0

5、修复了开启线程池后，当逻辑 CPU 核数大于 128 时会触发 coredump 的问题

  • 详见：mysqld debug version will core if the number of cpu cores is larger than 128 ➥ https://github.com/GreatSQL/GreatSQL/issues/5

6、修复了在 greatdb_ha Plugin 中启用 VIP 后因系统环境问题或配置不当可能导致 GreatSQL 在启动 MGR 后发生 coredump 的问题

  • 详见：Issue#I9VTF8 ➥
    https://gitee.com/GreatSQL/GreatSQL/issues/I9VTF8?from=project-issue

7、修复了用RPM包和TAR二进制包不同方式安装会造成 lower_case_table_names 的默认设置不同的问题。

8、修复了在空跑或低负载时，进程 CPU 消耗较高的问题。

9、修复了默认安装多了sys_audit库 问题

  • 详见：Issue#I8TL52 ➥
    https://gitee.com/GreatSQL/GreatSQL/issues/I8TL52?from=project-issue

10、修复了 merge view 后导致 assert fail 问题

  • 详见：Issue#IABSE6 ➥
    https://gitee.com/GreatSQL/GreatSQL/issues/IABSE6?from=project-issue

11、修复了 full join 执行计划不正确问题

  • 详见：Issue#IADFD7 ➥
    https://gitee.com/GreatSQL/GreatSQL/issues/IADFD7?from=project-issue

注意事项

无。

升级/降级到 GreatSQL 8.0.32-26

升级到 GreatSQL 8.0.32-26

以下是升级到 GreatSQL 8.0.32-26 的几种不同场景说明。

**1、旧版本是 GreatSQL 8.0.32-25，且未使用 Rapid 引擎：**可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.0.32-26 后会 完成自动升级。

**2、旧版本是 GreatSQL 8.0.32-25，且已启用 Rapid 引擎：**这种情况下暂时先不要升级，可以等到后续发布带新版本 Rapid 引擎的 GreatSQL 8.0.32-26 版本后再升级。

**3、旧版本是 GreatSQL 8.0.32-24、8.0.25-*、5.7.36-39 等系列版本：**可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.0.32- 26 后会完成自动升级。

**4、 MySQL 8.0.（<= 8.0.32 版本）、Percona Server 8.0.（<= 8.0.32 版本）等系列版本：**可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place ）启动 GreatSQL 8.0.32-26 后会完成自动升级。

**5、MySQL 8.0.（> 8.0.32 版本）、Percona Server 8.0.（> 8.0.32 版本）等系列版本：**需要利用逻辑备份方式导出数据、再导入的方式完成升级，不支持原地（in-pla ce）升级到 GreatSQL 8.0.32-26。

**6、MySQL 5.7.（>= 5.7.23 版本）、Percona Server 5.7.（<= 5.7.23 版本）等系列版本：**可以直接在原来 datadir 基础上修改 basedir 后，原地（in-place ）启动 GreatSQL 8.0.32-26 后会完成自动升级。

在以上几个原地升级场景中，务必保证 GreatSQL 中参数 upgrade不能设置为 NONE，可以设置为默认的 AUTO 或 FORCE。例如：

[mysqld]
upgrade = AUTO

更多迁移升级方案请参考：迁移升级 ➥ https://greatsql.cn/docs/8.0.32-26/7-migrate-and-upgrade/0-migrate-and-upgrade.html

降级到 GreatSQL 8.0.32-26

从MySQL/Percona 8.0.32 之后的版本降级到 GreatSQL 8.0.32-26 版本，则需要采取逻辑备份 + 逻辑导入方式完成降级操作，并且在逻辑备份导入完成后的首次重启时， 务必设置 upgrade = FORCE 强制升级所有数据表，包括系统表。

降级过程操作大致如下所示：

1、在高版本中逻辑备份全量数据

$ mysqldump -S/data/MySQL/mysql.sock -A --triggers --routines --events --single-transaction > /data/backup/fulldump.sql

2、在GreatSQL 8.0.32-26版本环境中导入逻辑备份文件，完成逻辑恢复

$ mysql -S/data/GreatSQL/mysql.sock -f < /data/backup/fulldump.sql

3、修改my.cnf，确保 upgrade = FORCE 设置

$ vim /etc/my.cnf
...
[mysqld]
...
upgrade = FORCE
...

4、重启GreatSQL，降级完成

$ systemctl restart greatsql

重启过程中，可以看到日志有类似下面的强制升级过程

$ tail -f /data/GreatSQL/error.log
...
[Note] [MY-013387] [Server] Upgrading system table data.
[Note] [MY-013385] [Server] Upgrading the sys schema.
[Note] [MY-013400] [Server] Upgrade of help tables started.
[Note] [MY-013400] [Server] Upgrade of help tables completed.
[Note] [MY-013394] [Server] Checking 'mysql' schema.
[Note] [MY-013394] [Server] Checking 'sys' schema.
[System] [MY-013381] [Server] Server upgrade from '80032' to '80032' completed.

…

如果不设置 upgrade = FORCE 强制升级所有表，有可能发生系统表 mysql.procs_priv 损坏错误，在创建用户时可能会报告类似下面的错误：

greatsql> create user tpch identified by 'tpch';
ERROR 1728 (HY000): Cannot load from mysql.procs_priv. The table is probably corrupted

GreatSQL VS MySQL

在这里插入图片描述
在这里插入图片描述在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

GreatSQL 8.0.32-26基于Percona Server for MySQL 8.0.32版本，在MySQL 8.0.32基础上做了大量改进、提升，添加了众多新特性，详情请见：Percona Server for MySQL feature comparison ➥ https://docs.percona.com/percona-server/8.0/feature-comparison.html。

其中包括线程池、审计、数据脱敏等MySQL企业版才有的特性，以及 performance_schema 提升、information_schema提升、性能和可扩展性提升、用户统计增强、PROCESSLIST增强、Slow Log增强等大量改进和提升，这里不一一重复列举。

GreatSQL Release Notes

GreatSQL 8.0

Changes in GreatSQL 8.0.32-25 (2023-12-28)

Changes in GreatSQL 8.0.32-24 (2023-6-5)

Changes in GreatSQL 8.0.25-17 (2023-3-13)

Changes in GreatSQL 8.0.25-16 (2022-5-16)

Changes in GreatSQL 8.0.25-15 (2021-8-26)

GreatSQL 5.7

Changes in GreatSQL 5.7.36-39 (2022-4-7)

Enjoy GreatSQL 😃

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

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

相关文章

Linux自旋锁和读写锁

Linux自旋锁和读写锁

在前面的文章中我们已经介绍了有关互斥锁的概念与使用&#xff0c;本篇将开始介绍在 Linux 中的自旋锁和读写锁。这三种锁分别用于在不同的应用场景之中&#xff0c;其中互斥锁最为常用&#xff0c;但是我们需要了解一下其他的锁。 对于自旋锁和读写锁都介绍了其原理以及接口使…
阅读更多...
游戏如何对抗 IL2cppDumper逆向分析

游戏如何对抗 IL2cppDumper逆向分析

众所周知&#xff0c;Unity引擎中有两种脚本编译器&#xff0c;分别是 Mono 和 IL2CPP 。相较于Mono&#xff0c;IL2CPP 具备执行效率高、跨平台支持等优势&#xff0c;已被大多数游戏采用。 IL2CPP 模式下&#xff0c;可以将游戏 C# 代码转换为 C 代码&#xff0c;然后编译为…
阅读更多...
GPT-4o System Card is released

GPT-4o System Card is released

GPT-4o System Card is released, including red teaming, frontier risk evaluations, and other key practices for industrial-strength Large Language Models. https://openai.com/index/gpt-4o-system-card/ 报告链接 企业级生成式人工智能LLM大模型技术、算法及案例实战…
阅读更多...
UE5用蓝图实现物体A始终朝向物体B |Find Look at Rotation|

UE5用蓝图实现物体A始终朝向物体B |Find Look at Rotation|

非常常用的蓝图节点 |Find Look at Rotation|&#xff1a;获取 物体A 到 物体B 的Rotator。 Tick中将算出的Rotator设置给物体A&#xff0c;即可实现永远朝向物体B
阅读更多...
C++STL之map的使用详解

C++STL之map的使用详解

简介&#xff1a;map底层实现为红黑树&#xff0c;增删查的时间复杂度&#xff1a;O(logn), key是有序的&#xff0c;默认升序 一、初始化 #include<iostream> #include<map> #include<string> using namespace std; int main() {std::map<int, std::st…
阅读更多...
楼顶气膜羽毛球馆：城市健身新空间—轻空间

楼顶气膜羽毛球馆：城市健身新空间—轻空间

随着城市化进程的加快&#xff0c;城市土地资源愈发紧张&#xff0c;如何高效利用有限的空间成为一大挑战。楼顶气膜羽毛球馆作为一种创新的体育场馆建设方式&#xff0c;凭借其独特的优势&#xff0c;逐渐成为城市健身的新宠。它不仅有效利用了楼顶闲置空间&#xff0c;还为市…
阅读更多...
鸿蒙Harmony编程开发：服务端证书锁定防范中间人攻击示例

鸿蒙Harmony编程开发：服务端证书锁定防范中间人攻击示例

1. TLS通讯中间人攻击及防范简介 TLS安全通讯的基础是基于对操作系统或者浏览器根证书的信任&#xff0c;如果CA证书签发机构被入侵&#xff0c;或者设备内置证书被篡改&#xff0c;都会导致TLS握手环节面临中间人攻击的风险。其实&#xff0c;这种风险被善意利用的情况还是很…
阅读更多...
【25届秋招】饿了么0817算法岗笔试

【25届秋招】饿了么0817算法岗笔试

目录 1. 第一题2. 第二题3. 第三题 ⏰ 时间&#xff1a;2024/08/17 &#x1f504; 输入输出&#xff1a;ACM格式 ⏳ 时长&#xff1a;100min 本试卷还有单选和多选部分&#xff0c;但这部分比较简单就不再展示。 最近终于有时间继续整理之前的笔试题了&#xff0c;因为时间仓促…
阅读更多...
数学建模之数据分析【九】：数据清理概述

数学建模之数据分析【九】：数据清理概述

文章目录 一、什么是数据清理二、为什么数据清理很重要三、执行数据清洁的步骤四、如何执行数据清理五、数据清理的Python库实现5.1 数据检查与探索5.2 使用df.info()检查数据信息5.3 检查分类和数字列5.4 检查分类列中唯一值的总数5.5 执行数据清理的步骤5.5.1 删除所有上述不…
阅读更多...
C++ 设计模式——观察者模式

C++ 设计模式——观察者模式

观察者模式 观察者模式主要组成部分例一&#xff1a;工作流程第一步&#xff1a;定义观察者接口第二步&#xff1a;定义主题接口第三步&#xff1a;实现具体主题第四步&#xff1a;实现具体观察者第五步&#xff1a;主函数UML 图UML 图解析 例二&#xff1a;工作流程第一步&…
阅读更多...
动态规划之买卖股票篇-代码随想录算法训练营第三十八天| 买卖股票的最佳时机ⅠⅡⅢⅣ，309.最佳买卖股票时机含冷冻期，714.买卖股票的最佳时机含手续费

动态规划之买卖股票篇-代码随想录算法训练营第三十八天| 买卖股票的最佳时机ⅠⅡⅢⅣ，309.最佳买卖股票时机含冷冻期，714.买卖股票的最佳时机含手续费

121. 买卖股票的最佳时机 题目链接&#xff1a;. - 力扣&#xff08;LeetCode&#xff09; 讲解视频&#xff1a; 动态规划之 LeetCode&#xff1a;121.买卖股票的最佳时机1 题目描述&#xff1a; 给定一个数组 prices &#xff0c;它的第 i 个元素 prices[i] 表示一支给定…
阅读更多...
[数据集][目标检测]电力场景输电线异物检测数据集VOC+YOLO格式2060张1类别

[数据集][目标检测]电力场景输电线异物检测数据集VOC+YOLO格式2060张1类别

数据集格式&#xff1a;Pascal VOC格式YOLO格式(不包含分割路径的txt文件&#xff0c;仅仅包含jpg图片以及对应的VOC格式xml文件和yolo格式txt文件) 图片数量(jpg文件个数)&#xff1a;2060 标注数量(xml文件个数)&#xff1a;2060 标注数量(txt文件个数)&#xff1a;2060 标注…
阅读更多...
K8s节点状态 NotReady排查

K8s节点状态 NotReady排查

k8s节点由 Ready变成 NotReady izbp12ghzy6koox6fqt0suz NotReady slave 97d v1.23.3 izbp12ghzy6koox6fqt0svz Ready control-plane,master 98d v1.23.3节点进入 NotReady 状态可能是由于多种原因引起的&#xff0c;尤其是在资源过量分配&am…
阅读更多...
环绕音效是什么意思，电脑环绕音效怎么开

环绕音效是什么意思，电脑环绕音效怎么开

Boom 3D是一款专业的音效增强软件&#xff0c;它拥有先进的音效处理技术和丰富的音效设置选项&#xff0c;可以为用户打造出高度定制化的音频体验&#xff0c;Boom 3D还拥有简洁直观的界面&#xff0c;操作简单易懂&#xff0c;即使是音频技术的新手也能轻松上手。本篇文章就将…
阅读更多...
微信小程序引入全局环境变量

微信小程序引入全局环境变量

有时候一套代码要在多个小程序appId下使用,其中又有一些数据(文字)需要做区分.可以使用下面的方法 把要配置的数据以export default 形式导出 在app.js中,引入project.config.0.js文件,将导出的数据放在globalData中 在页面目录中,即可利用getApp()方法使用全局变量 也可以放数…
阅读更多...
buuctf [HDCTF2019]Maze

buuctf [HDCTF2019]Maze

前言&#xff1a;做题笔记。 常规 下载 解压 查壳 脱壳后用32IDA Pro打开。 得&#xff0c;迷宫类型的题目。(字符串有说。) 咳&#xff0c;此前思路对半分不行了。。。 合理猜测步数为&#xff1a;14。 那可以看看7 * 10的迷宫类型。(手动猜测的时候去取倍数如&#xff1a;0 2…
阅读更多...
【三维深度补全模型】PENet

【三维深度补全模型】PENet

【版权声明】本文为博主原创文章&#xff0c;未经博主允许严禁转载&#xff0c;我们会定期进行侵权检索。 参考书籍&#xff1a;《人工智能点云处理及深度学习算法》 本文为专栏《Python三维点云实战宝典》系列文章&#xff0c;专栏介绍地址“【python三维深度学习】python…
阅读更多...
shell脚本中$0 $1 $# $@ $* $? $$ 的各种符号意义详解

shell脚本中$0 $1 $# $@ $* $? $$ 的各种符号意义详解

文章目录 一、概述1.1、普通字符1.2、元字符 二、转义字符$2.1、实例12.2、实例22.3、实例32.4、实例42.5、实例5 三、linux命令执行返回值$?说明 一、概述 shell中有两类字符&#xff1a;普通字符、元字符。 1.1、普通字符 在Shell中除了本身的字面意思外没有其他特殊意义…
阅读更多...
校友林小程序的设计

校友林小程序的设计

管理员账户功能包括&#xff1a;系统首页&#xff0c;个人中心&#xff0c;用户管理&#xff0c;树木管理管理&#xff0c;所属科管理&#xff0c;树木领取管理&#xff0c;树跟踪状态管理&#xff0c;用户信息统计管理&#xff0c;树木捐款管理&#xff0c;留言板管理 微信端…
阅读更多...
基于vue框架的毕业设计管理系统5n36i（程序+源码+数据库+调试部署+开发环境）系统界面在最后面。

基于vue框架的毕业设计管理系统5n36i（程序+源码+数据库+调试部署+开发环境）系统界面在最后面。

系统程序文件列表 项目功能&#xff1a;学生,教师,课题信息,题目分类,选题信息,任务书,中期检查,提交论文,论文成绩,答辩成绩,校园公告,教研主任,申报课题 开题报告内容 基于Vue框架的毕业设计管理系统开题报告 一、引言 随着高等教育的不断发展&#xff0c;毕业设计作为培…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023