mysql 物理备份及恢复

一、物理复制的基本概念

物理备份:直接复制数据库文件，适用于大型的数据库环境，不受存储引擎的限制，但不能恢复到不同的mysql版本

完整备份：也叫完全备份，每次将所有数据（不管自第一次备份有没有修改过），进行一次完整的复制，备份后会清楚文件的存档属性，方便日后增量备份或者差异备份进行版本比较。

特点：占用空间大，备份速度慢，但是恢复时一次恢复到位，恢复速度快

增量备份：每次备份上一次备份到现在产生的数据

在第一次完整备份后，第二次开始每次都添加了存档属性，并在备份后将存档属性清除（为了在下一次备份时文档是否有变化，因为用户在每次备份以后修改清除存档属性的文件，存档属性就会自动加上，告诉系统这些文件有变化，下一次备份这些文件，这就是增加备份的工作机制）

特点：备份体积小，备份速度快，但是恢复的时候，需要按备份的时间顺序，逐个备份版本进行恢复，恢复时间长。

差异备份：只备份和完整备份不一样的

特点：占用空间的增量备份大，比完整备份小，恢复时仅需恢复第一个完整版和最后一个差异版，恢复速度介于完整备份和增量备份之间

二、安装xtrabackup

下载安装包并解压安装

三、完全备份和数据恢复

1.创建备份目录

[root@localhost ~]# mkdir /xt/full -p

2.备份

语法：innobackupx --user=用户 --password='密码'   备份目录

[root@localhost yum.repos.d]# innobackupex --user=root --password='123' /xtrabackup/full
xtrabackup: recognized server arguments: --server-id=1 --datadir=/var/lib/mysql --log_bin=/var/lib/mysql/mysql-bin.log 
xtrabackup: recognized client arguments: 
231006 11:46:47 innobackupex: Starting the backup operationIMPORTANT: Please check that the backup run completes successfully.At the end of a successful backup run innobackupexprints "completed OK!".231006 11:46:48  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' as 'root'  (using password: YES)..
.
.231006 11:46:49 [00]        ...done
xtrabackup: Transaction log of lsn (3698047) to (3698056) was copied.
231006 11:46:49 completed OK!

3.查看备份文件

[root@localhost ~]# cd /xt/full
[root@localhost full]# ls2023-10-06_11-46-47
[root@localhost full]# cd 2023-10-06_11-46-47/
[root@localhost 2023-10-06_11-46-47]# ls
backup-my.cnf  hf              mysql               sys                     xtrabackup_info
db1            ib_buffer_pool  performance_schema  xtrabackup_binlog_info  xtrabackup_logfile
db3            ibdata1         school              xtrabackup_checkpoints

4.完全备份恢复数据

（1）关闭数据库

[root@localhost ~]# systemctl stop mysqld
[root@localhost ~]# rm -rf /var/lib/mysql/*

（2）恢复之前的验证

[root@localhost ~]# innobackupex --apply-log /xt/full/2023-10-06_11-46-47/
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=crc32 --
.
innodb_undo_tablespaces=0 --server-id=1 --redo-log-version=1 
xtrabackup: recognized client arguments: 
231006 12:35:55 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully.At the end of a successful apply-log run innobackupexprints "completed OK!".innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: cd to /xt/full/2023-10-06_11-46-47/
.
.
231006 12:35:59 completed OK!

（3）查看配置文件，确认数据库恢复目录

[root@localhost ~]# vim /etc/my.cnfdatadir=/var/lib/mysql

（4）恢复数据

[root@localhost ~]# innobackupex --copy-back /xt/full/2023-10-06_11-46-47/
xtrabackup: recognized server arguments: --server-id=1 --datadir=/var/lib/mysql --log_bin=/var/lib/mysql/mysql-bin.log 
xtrabackup: recognized client arguments: 
231006 12:38:02 innobackupex: Starting the copy-back operationIMPORTANT: Please check that the copy-back run completes successfully.At the end of a successful copy-back run innobackupexprints "completed OK!".innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
231006 12:38:02 [01] Copying ib_logfile0 to /var/lib/mysql/ib_logfile0
.
.
231006 12:38:02 [01]        ...done
231006 12:38:02 completed OK!

（5）修改权限

# chown mysql.mysql  /var/lib/mysql -R

（6）启动数据库

# systemctl start mysqld

四、增量备份和数据恢复

1.先完整备份（周一）

语法：innobackupex --user=用户 --password='密码' 备份路径

[root@localhost log]# innobackupex --user=root --password='123' /opt/full
xtrabackup: recognized server arguments: --server-id=1 --log_bin=/opt/log/mysql-bin.log --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: 
231007 21:05:07 innobackupex: Starting the backup operationIMPORTANT: Please check that the backup run completes successfully.At the end of a successful backup run innobackupexprints "completed OK!".231007 21:05:07  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' as 'root'  (using password: YES).
231007 21:05:07  version_check Connected to MySQL server
231007 21:05:07  version_check Executing a version check against the server...
231007 21:05:07  version_check Done.
231007 21:05:07 Connecting to MySQL server host: localhost, user: root, password: set, port: not set, socket: not set
Using server version 5.7.43-log
innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
.
.
xtrabackup: Transaction log of lsn (3080362) to (3080371) was copied.
231007 21:05:08 completed OK![root@localhost notfull]# cd /opt/full
[root@localhost full]# ls
2023-10-07_21-05-07

2.增量备份(周二)

语法： innobackupex --user=用户 --password='密码'  --incremental 备份路径 --incremental-basedir=完整备份的文件（周一）

[root@localhost log]# innobackupex --user=root --password='123' --incremental /opt/notfull --incremental-basedir=/opt/full/2023-10-07_21-05-07/
xtrabackup: recognized server arguments: --server-id=1 --log_bin=/opt/log/mysql-bin.log --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: 
231007 21:16:51 innobackupex: Starting the backup operationIMPORTANT: Please check that the backup run completes successfully.At the end of a successful backup run innobackupexprints "completed OK!".231007 21:16:51  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' as 'root'  (using password: YES).
231007 21:16:51  version_check Connected to MySQL server
231007 21:16:51  version_check Executing a version check against the server...
231007 21:16:51  version_check Done.
231007 21:16:51 Connecting to MySQL server host: localhost, user: root, password: set, port: not set, socket: not set
Using server version 5.7.43-log
innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 3080362 is enabled.
xtrabackup: uses posix_fadvise().
.
.
xtrabackup: Transaction log of lsn (3080717) to (3080726) was copied.
231007 21:16:52 completed OK![root@localhost log]# cd /opt/notfull
[root@localhost notfull]# ls
2023-10-07_21-16-51

3.增量备份（周三）

语法：innobackupex --user=用户 --password='密码' --incremental 备份的路径 --incremental-basedir=上次备份的文件（周二）

[root@localhost full]# innobackupex --user=root --password='123' --incremental /opt/notfull --incremental-basedir=/opt/notfull/2023-10-07_21-16-51/
xtrabackup: recognized server arguments: --server-id=1 --log_bin=/opt/log/mysql-bin.log --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: 
231007 21:22:21 innobackupex: Starting the backup operationIMPORTANT: Please check that the backup run completes successfully.At the end of a successful backup run innobackupexprints "completed OK!".231007 21:22:21  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' as 'root'  (using password: YES).
231007 21:22:21  version_check Connected to MySQL server
231007 21:22:21  version_check Executing a version check against the server...
231007 21:22:21  version_check Done.
231007 21:22:21 Connecting to MySQL server host: localhost, user: root, password: set, port: not set, socket: not set
Using server version 5.7.43-log
innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 3080717 is enabled.
xtrabackup: uses posix_fadvise()
.
.
xtrabackup: Transaction log of lsn (3081072) to (3081081) was copied.
231007 21:22:22 completed OK![root@localhost full]# cd /opt/notfull
[root@localhost notfull]# ls
2023-10-07_21-16-51  2023-10-07_21-22-21

4.增量备份恢复流程

1.关闭数据库

[root@localhost ~]# systemctl stop mysqld

2.清理环境（生产环境不可用）

[root@localhost ~]# rm -rf /var/lib/mysql/*

3.依次重演回滚

（1）重演周一
innobackupex --apply-log --redo-only /opt/full/2023-10-07_21-05-07/
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=crc32 --innodb_log_checksum_algorithm=strict_crc32 --innodb_data_file_path=ibdata1:12M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=50331648 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=./ --innodb_undo_tablespaces=0 --server-id=1 --redo-log-version=1 
xtrabackup: recognized client arguments: 
231007 21:26:59 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully.At the end of a successful apply-log run innobackupexprints "completed OK!".innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: cd to /opt/full/2023-10-07_21-05-07/
xtrabackup: This target seems to be not prepared yet.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(3080362)
xtrabackup: using the following InnoDB configuration for recovery:
.
.
InnoDB: Number of pools: 1
231007 21:27:00 completed OK!
(2)重演周二
[root@localhost ~]# innobackupex --apply-log --redo-only /opt/full/2023-10-07_21-05-07/ --incremental-dir=/opt/notfull/2023-10-07_21-16-51/
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=crc32 --innodb_log_checksum_algorithm=strict_crc32 --innodb_data_file_path=ibdata1:12M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=50331648 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=./ --innodb_undo_tablespaces=0 --server-id=1 --redo-log-version=1 
xtrabackup: recognized client arguments: 
231007 21:27:49 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully.At the end of a successful apply-log run innobackupexprints "completed OK!".innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 3080362 is enabled.
xtrabackup: cd to /opt/full/2023-10-07_21-05-07/
xtrabackup: This target seems to be already prepared with --apply-log-only.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(3080717)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
.
.
231007 21:27:51 [00]        ...done
231007 21:27:51 completed OK!
(3)回滚周三

[root@localhost ~]# innobackupex --apply-log --redo-only /opt/full/2023-10-07_21-05-07/ --incremental-dir=/opt/notfull/2023-10-07_21-22-21/
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=crc32 --innodb_log_checksum_algorithm=strict_crc32 --innodb_data_file_path=ibdata1:12M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=50331648 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=./ --innodb_undo_tablespaces=0 --server-id=1 --redo-log-version=1 
xtrabackup: recognized client arguments: 
231007 21:28:19 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully.At the end of a successful apply-log run innobackupexprints "completed OK!".innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 3080717 is enabled.
xtrabackup: cd to /opt/full/2023-10-07_21-05-07/
xtrabackup: This target seems to be already prepared with --apply-log-only.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(3081072)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:12M:autoextend
xtrabackup:   innodb_log_group_home_dir = /opt/notfull/2023-10-07_21-22-21/
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Generating a list of tablespaces
.
.
231007 21:28:20 [00]        ...done
231007 21:28:20 completed OK!
(4)重演，恢复数据
[root@localhost ~]# innobackupex --copy-back /opt/full/2023-10-07_21-05-07/
xtrabackup: recognized server arguments: --server-id=1 --log_bin=/opt/log/mysql-bin.log --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: 
231007 21:28:57 innobackupex: Starting the copy-back operationIMPORTANT: Please check that the copy-back run completes successfully.At the end of a successful copy-back run innobackupexprints "completed OK!".innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
231007 21:28:57 [01] Copying ibdata1 to /var/lib/mysql/ibdata1
231007 21:28:57 [01]        ...done.
.
231007 21:28:57 [01]        ...done
231007 21:28:57 completed OK!

4.修改权限

[root@localhost ~]# chown -R mysql.mysql /var/lib/mysql/*

5.重启mysqld

[root@localhost ~]# systemctl start mysqld

五、差异备份和数据恢复

  环境准备

mysql> create table db3(id int,name varchar(30),time varchar(30));
Query OK, 0 rows affected (0.01 sec)mysql> insert into db3 values(1,'xiaoliu','星期一');
Query OK, 1 row affected (0.00 sec)[root@localhost ~]# rm -rf /opt/full

1.完整备份（周一）

语法：innobackupex --user=用户 --password=密码  完整备份的路径

[root@localhost ~]# innobackupex --user=root --password=123 /opt/full
xtrabackup: recognized server arguments: --server-id=1 --log_bin=/opt/log/mysql-bin.log --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: 
231007 23:06:28 innobackupex: Starting the backup operationIMPORTANT: Please check that the backup run completes successfully.At the end of a successful backup run innobackupexprints "completed OK!".231007 23:06:28  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' as 'root'  (using password: YES).
231007 23:06:28  version_check Connected to MySQL server
231007 23:06:28  version_check Executing a version check against the server...
231007 23:06:28  version_check Done.
231007 23:06:28 Connecting to MySQL server host: localhost, user: root, password: set, port: not set, socket: not set
Using server version 5.7.43-log
innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
.
.
xtrabackup: Transaction log of lsn (3085687) to (3085696) was copied.
231007 23:06:30 completed OK!

2.差异备份（周二）

mysql> insert into db.db3 values (2,'xiaozhao','星期二');

语法：innobackupex --user=root --password='密码' --incremental  备份路径 --incremental-basedir=完整备份的路径（第一天）

[root@localhost ~]# innobackupex --user=root --password=123 --incremental /opt/diff --incremental-basedir=/opt/full/2023-10-07_23-06-28/
.
.
xtrabackup: Transaction log of lsn (3086067) to (3086076) was copied.
231007 23:12:31 completed OK!

3.差异备份（周三）

mysql> insert into db.db3 values(3,'xiaozhang','星期三');
Query OK, 1 row affected (0.00 sec)

语法：innobackupex --user=用户 --password='密码' --incremental 备份路径 --incremental-basedir=完整备份的路径（周一）

[root@localhost ~]# innobackupex --user=root --password='123' --incremental /opt/diff --incremental-basedir=/opt/full/2023-10-07_23-06-28/
.
.
xtrabackup: Transaction log of lsn (3086448) to (3086457) was copied.
231007 23:17:24 completed OK!

 4.数据恢复

mysql> drop table db3;
Query OK, 0 rows affected (0.01 sec)

（1）停止数据库

[root@localhost ~]# systemctl stop mysqld

（2）清理环境

[root@localhost ~]# rm -rf /var/lib/mysql/*

（3）重演

重演周一
[root@localhost ~]# innobackupex --apply-log --redo-only /opt/full/2023-10-07_23-06-28/
重演周三
[root@localhost ~]# innobackupex --apply-log --redo-only /opt/full/2023-10-07_23-06-28/ --incremental-dir /opt/diff/2023-10-07_23-12-29/
.
.
231007 23:40:37 [00]        ...done
231007 23:40:37 completed OK!
回滚
[root@localhost ~]# innobackupex --copy-back /opt/full/2023-10-07_23-06-28/
..
231007 23:41:07 [01]        ...done
231007 23:41:07 completed OK!

(4)修改权限

[root@localhost ~]# chown -R mysql.mysql /var/lib/mysql/*

(5)重启服务

[root@localhost ~]# systemctl start mysqld

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

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

相关文章

c++ 基础知识(一)

c++ 基础知识(一)

文章目录 1. C关键字 2. 命名空间 3. C输入&输出 4. 缺省参数 文章内容 1. C关键字(C98) C总计63个关键字，C语言32个关键字 ps：下面我们只是看一下C有多少关键字，不对关键字进行具体的讲解。后面我学了以后再细讲。 2. 命名空间 …
阅读更多...
Holographic MIMO Surfaces （HMIMOS）以及Reconfigurable Holographic Surface（RHS）仿真

Holographic MIMO Surfaces （HMIMOS）以及Reconfigurable Holographic Surface（RHS）仿真

这里写目录标题 Simulation setupchatgpt帮我总结代码总结：chatgpt生成的代码还是不靠谱：考虑把之前看的RHS中对于多用户的改成单用户全系MIMO与普通MIMO或者说RIS的区别到底是啥？ Holographic MIMO Surfaces （HMIMOS）…
阅读更多...
微信小程序--》从模块小程序项目案例23.10.09

微信小程序--》从模块小程序项目案例23.10.09

配置导航栏 导航栏是小程序的门户，用户进来第一眼看到的便是导航栏，其起着对当前小程序主题的概括。而我们 新建的小程序 时，第一步变开始配置导航栏。如下： 配置tabBar 因为配置tabBar需要借助字体图标，我这里平常喜…
阅读更多...
【数据结构】计数排序 排序系列所有源代码 复杂度分析（终章）

【数据结构】计数排序 排序系列所有源代码 复杂度分析（终章）

目录 一，计数排序 1，基本思想 2，思路实现 3，计数排序的特性总结： 二，排序算法复杂度及稳定性分析 三，排序系列所有源代码 Sort.h Sort.c Stack.h Stack.c 一，计数排序 计数…
阅读更多...
厌烦了iPhone默认的热点名称？如何更改iPhone上的热点名称

厌烦了iPhone默认的热点名称？如何更改iPhone上的热点名称

你对你默认的热点名称感到厌倦了吗？这篇文章是为你准备的。在这里，你可以了解如何轻松更改iPhone上的热点名称。 个人热点会将你的手机数据转换为Wi-Fi信号。手机上的个人热点使用户能够与其他用户共享其蜂窝数据连接。当你在WIFI网络之外时&#xff0c…
阅读更多...
使用华为eNSP组网试验⑹-组建基于BGP的网络

使用华为eNSP组网试验⑹-组建基于BGP的网络

BGP(Border Gateway Protocol -- 边界网关协议)是一种在自治系统之间动态交换路由信息、具有丰富的路由控制机制、稳定而安全的路由协议，一般部署在骨干(主要、核心)路由器。 BGP适用于大中型网络的组建，在很多企业当中都有应用。 一般情况下&#xff0c…
阅读更多...
网关、网桥、路由器和交换机之【李逵与李鬼】

网关、网桥、路由器和交换机之【李逵与李鬼】

概念 网关 网关简单来说是连接两个网络的设备，现在很多局域网都是采用路由器来接入网络，因此现在网关通常指的就是路由器的IP。网关可用于家庭或者小型企业，连接局域网和Internet，也有用于工业应用的。 网桥 网桥也叫桥接器，是连接两个局域网的一种存储/转发设备，它能…
阅读更多...
Linux搭建我的世界MC服务器 【Minecraft外网联机教程】

Linux搭建我的世界MC服务器 【Minecraft外网联机教程】

目录 前言 1. 安装JAVA 2. MCSManager安装 3.局域网访问MCSM 4.创建我的世界服务器 5.局域网联机测试 6.安装cpolar内网穿透 7. 配置公网访问地址 8.远程联机测试 9. 配置固定远程联机端口地址 9.1 保留一个固定tcp地址 9.2 配置固定公网TCP地址 9.3 使用固定公网…
阅读更多...
基于Java的在线文档编辑管理系统设计与实现(源码+lw+部署文档+讲解等)

基于Java的在线文档编辑管理系统设计与实现(源码+lw+部署文档+讲解等)

文章目录 前言具体实现截图论文参考详细视频演示为什么选择我自己的网站自己的小程序（小蔡coding）有保障的售后福利 代码参考源码获取 前言 💗博主介绍：✌全网粉丝10W,CSDN特邀作者、博客专家、CSDN新星计划导师、全栈领域优质创作…
阅读更多...
上门按摩小程序｜同城上门按摩软件开发｜上门按摩系统；

上门按摩小程序｜同城上门按摩软件开发｜上门按摩系统；

上门按摩小程序的开发具有许多优势，下面就给大家介绍下按摩小程序功能: 上门按摩小程序的优势 方便快捷：上门按摩小程序提供在线预约服务，用户可以通过手机随时随地预约按摩师上门服务，避免了传统预约方式的繁琐和不确定性。 个性…
阅读更多...
数据结构-二叉查找树(BST)

数据结构-二叉查找树(BST)

二叉查找树 需要满足这些规则： 左子节点小于父节点右子节点大于父节点 查找的效率 非常好，每次都能根据大小去舍弃另一半的分支，极大的减少的比对次数 具体的性能，取决于树的层数和平衡程度。 BST树的节点 struct Node {No…
阅读更多...
qt5.14.2+VS源码调试记录

qt5.14.2+VS源码调试记录

在对qt使用时，有时需要对源代码进行调试，方便进行问题定位和debug，但直接安装的qt不能进入qt源码，需要进行一定的操作才能进行源码调试和定位。 源码调试需要对应版本的pdb文件，可以在官网下载，也可找其它…
阅读更多...
2023年台州市第三届网络安全技能大赛(MISC)—Black Mamba

2023年台州市第三届网络安全技能大赛(MISC)—Black Mamba

前言：当时比赛没有做出来现在来复现一下 就当记录一下（这个思路没想到） Black Mamba： 一张图片 常规得分离，属性，LSB，盲水印等都尝试过 无果！ 考点：异或解密&#xff0…
阅读更多...
Flutter学习笔记

Flutter学习笔记

此篇文章用来记录学习Flutter 和 Dart 相关知识 零.Dart基本数据类型 Dart 是一种静态类型的编程语言，它提供了一系列基本数据类型，用于存储和操作不同种类的数据。以下是 Dart 中的一些基本数据类型以及它们的详细介绍： 1. 整数类型&#…
阅读更多...
企业服务器租用对性能有什么要求呢？

企业服务器租用对性能有什么要求呢？

企业租用服务器租用首要的是稳定，其次是安全，稳定是为了让企业的工作能够顺利进行，只有性能稳定的服务器才能保证网站之类的正常工作，就让小编带大家看一看有什么要求吧！ 服务器简单介绍。服务器是在网络上为其它客户机…
阅读更多...
Unit3 使用 uniCloud 制作书籍管理移动端应用项目

Unit3 使用 uniCloud 制作书籍管理移动端应用项目

Unit3 使用 uniCloud 制作书籍管理移动端应用项目 1 构建项目并关联云服务空间2 为项目准备数据库表3 schema2Code4 遇到了错误5 对 "addtime" 字段对应的前端组件进行修改6 首次运行 1 构建项目并关联云服务空间 uniCloud 为开发人员提供了“阿里云”和“腾讯云”两…
阅读更多...
边坡安全监测系统：守护边坡稳定的重要工具

边坡安全监测系统：守护边坡稳定的重要工具

在工程建设中，边坡安全监测系统一直被认为是掌握边坡安全及其支护结构维护决策系统的关键支撑条件。这一系统的主要目的在于确定边坡结构的稳定性，监控支护结构的承载能力、运营状态和耐久性能，并对边坡稳定性进行实时监控。 一、边坡安全监测…
阅读更多...
竞赛选题 深度学习 python opencv 火焰检测识别 火灾检测

竞赛选题 深度学习 python opencv 火焰检测识别 火灾检测

文章目录 0 前言1 基于YOLO的火焰检测与识别2 课题背景3 卷积神经网络3.1 卷积层3.2 池化层3.3 激活函数：3.4 全连接层3.5 使用tensorflow中keras模块实现卷积神经网络 4 YOLOV54.1 网络架构图4.2 输入端4.3 基准网络4.4 Neck网络4.5 Head输出层 5 数据集准备5.1 数…
阅读更多...
react-antd 文件导入按钮增加一个加载状态

react-antd 文件导入按钮增加一个加载状态

1、效果图实例: 2、部分代码 2.1 props : 2.2 handleChange、上传的文件检验 : construction中定义 construction(props) { super(props); this.state { loadingStaus: flase, loadingDisabled: flase, // 作用:按钮如果在加 载状态中，没…
阅读更多...
Node.js代码漏洞扫描工具介绍——npm audit

Node.js代码漏洞扫描工具介绍——npm audit

npm audit 运行安全检查 主要作用：检查命令将项目中配置的依赖项的描述提交到默认注册中心，并要求报告已知漏洞。如果发现任何漏洞，则将计算影响和适当的补救措施。如果 fix 提供了参数，则将对包树应用补救措施。 具体参考&#x…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023