MySQL 备份利器 Xtrabackup 全解析：从部署到恢复的实战指南

数据库备份恢复是 DBA 的 “保命” 技能，生产业务不仅要保证有合适的备份策略，也要定期验证备份的有效性和恢复演练流程，因为数据恢复和验证可能会涉及多方合作，演练可以让灾难真正发生时，多方配合有条不紊的将数据恢复，从而尽可能的减少 RTO 让业务快速恢复。

Xtrabackup 是 MySQL 社区唯一一款开源物理热备工具，本篇文章将详细介绍 DBA 如何使用它，以及备份恢复的详细步骤。

官方文档地址：https://www.percona.com/software/documentation

 Xtrabackup 介绍

Xtrabackup 是由 Percona 公司开源的一款 MySQL 物理热备份工具，目前社区非常活跃，是 MySQL 开源社区的主流备份工具，深受用户喜爱。

 物理备份与逻辑备份区别

物理备份是指，通过拷贝物理文件进行备份，物理备份的优点：

  •  备份和恢复速度快，配置完成后直接基于备份启动数据库即可。

  • 无需实例在线，实例在关闭的情况下，也可以拷贝物理文件。

物理备份的缺点：

  • 备份文件大。

  • 恢复时，对平台、操作系统、MySQL 版本和参数，必须一致或兼容。

  •  只能在本地发起备份。

  • 因为是直接拷贝数据文件，表空间中的 “空间碎片” 无法通过备份恢复收缩。

MySQL 常用的逻辑备份工具是 mysqldump，逻辑备份的优点：

  • 可移植性强。恢复时，对平台、操作系统、MySQL 版本无要求。

  • 使用灵活，可备份恢复单库单表，结构等。

  • 备份文件较小。

  • 可远程发起备份。

  • 恢复后，能有效收缩空间。

逻辑备份的缺点：

  • 备份、恢复速度慢。尤其是恢复速度，相当于批量执行 SQL 备份过大时恢复会很慢。

  • 备份可能会 “污染” 缓冲池。

 Xtrabackup 系列版本

目前 Xtrabackup 活跃的大版本有三个：

  •  Xtrabackup 2.4 适用于 MySQL 5.6 和 MySQL 5.7。

  •  Xtrabackup 8.0 适用于 MySQL 8.0。

  •  Xtrabackup 8.1 适用于 MySQL 8.1。

注意，三个版本不能混用，因为 MySQL 8.0 版本 redo log 和数据字典格式都发生了变化，可能会出现不兼容的情况。

Xtrabackup 部署

下载安装包

从下方链接中，可以获得 Percona 所有产品的安装包：

https://www.percona.com/downloads

图片

这里可以选择 Xtrabackup 对应的系列版本。版本号规则，例如 Percona XtraBackup 8.0.30-23 的版本号定义了以下信息：

  • 基础版本 - 最左边的数字表示用作基础的 MySQL 8.0 版本。

  • 次要版本 - 表示软件版本的内部编号。

图片

需要注意的是 Percona XtraBackup 编号在 8.0.14 版本之后发生了变化，以使 Percona XtraBackup 版本与 MySQL 保持一致。

所以在备份前，请确保 Percona XtraBackup 的版本等于或高于正在备份的数据库版本。

二进制部署

下载二进制的 Xtrabackup 压缩包，开箱即用：

# 解压缩tar -zxvf percona-xtrabackup-8.0.34-29-Linux-x86_64.glibc2.17.tar.gz​​​​​
# 移动目录mv percona-xtrabackup-8.0.34-29-Linux-x86_64.glibc2.17 /usr/local/xtrabackup-8.0.34
# 配置软链接ln -sf /usr/local/xtrabackup-8.0.34/bin/* /usr/bin/

完成以上三步，输入 xtrabackup --version 就可以看到版本信息。

xtrabackup version 8.0.34-29 based on MySQL server 8.0.34 Linux (x86_64) (revision id: 5ba706ee)

程序文件介绍

接下来看看 bin 目录下，各文件的具体作用：

  • xbcloud：与流式备份相结合，可将备份存储到 OSS 对象存储上。

  • xbcloud_osenv：对 xbcloud 的二次封装，

  • xbcrypt：用来加密解密。

  • xbstream：用来解压流式备份集。

  • xtrabackup：备份的主程序，备份和恢复的工具。

在 xtrabackup 2.4 版本中，还有 innobackupex 文件，不过它只是 xtrabackup 的一个软链。

在 xtrabackup 2.3 版本之前，xtrabackup 只支持 innodb 表的备份，MyISAM 等非事务引擎的表的备份是通过 innobackupex 来实现的。它是使用 Perl 脚本编写的，而 xtrabackup 是使用 C++ 程序编译的二进制文件。

xtrabackup 来备份事务引擎的表，innobackupex 备份非事务引擎的表，两个程序协作完成最终的备份一致性。但既然是两个不同的工具协同处理一个任务，就必然涉及到两个工具之间，信息的交互。当时信息交互的方案，是通过创建和删除临时文件彼此交互。但这种方式存在风险，例如在备份过程中，临时文件被误删等。

于是从 xtrabackup 2.3 开始，Percona 用 C 语言重写了 innobackupex，并将其作为 xtrabackup 的一个软链。它依然支持之前的语法，但不会增加新特性，所有的新特性只会集成在 xtrabackup 中。

xtrabackup 8.0 中，innobackupex 被移除了，所以建议从 xtrabackup 2.3 开始，只使用 xtrabackup 二进制程序进行备份恢复操作。

本篇文章的所有演示也只会使用 xtrabackup。

备份需要的权限

Xtrabackup 备份工具，备份时用户需要有以下权限：

  • Reload：用于执行 FLUSH TABLES WITH REDO LOCK 和 FLUSH NO_WRITE_TO_BINLOG TABLES 是必需权限。

  • Replication client：用于执行 SHOW MASTER STATUS 和 SHOW SLAVE STATUS 查看位点信息，是必需权限。

  •  BACKUP_ADMIN：用于执行 LOCK INSTANCE FOR BACKUP，是必需权限。

  •  Process：用于执行 SHOW ENGINE INNODB STATUS 和 SHOW PROCESSLIST 是必需权限。

  • SYSTEM_VARIABLES_ADMIN：用于在增量备份时执行 SET GLOBAL mysqlbackup.backupid = xxx 操作，是非必需权限。

  • SUPER：在指定 --kill-long-queries-timeout 需要杀掉慢查询，和从库备份指定 --safe-slave-backup 需要重启复制，需要用到该权限。

  • SHOW VIEW：确认是否有非 INNODB 引擎表。

  • 如果使用 Page Tracking 进行增量备份，还需要 mysql.component 表的查询权限。

  • 如果指定 --history 还需要 performance_schema.xtraback_history 的 SELECT、INSERT、CREATE、ALTER 权限。

以下是 MySQL 8.0 以上版本的完整授权示例：

CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY 's3cr%T';GRANT BACKUP_ADMIN, PROCESS, RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO 'bkpuser'@'localhost';GRANT SELECT ON performance_schema.log_status TO 'bkpuser'@'localhost';GRANT SELECT ON performance_schema.keyring_component_status TO bkpuser@'localhost';GRANT SELECT ON performance_schema.replication_group_members TO bkpuser@'localhost';

以下是 MySQL 5.7 版本的完整授权示例：

​​​​​​​

CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY 's3cret';GRANT RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'bkpuser'@'localhost';

Xtrabackup 使用场景

Xtrabackup 备份恢复有三个阶段，第一阶段是备份阶段，将物理文件拷贝到备份目录。第二阶段是 Prepare 阶段，应用 redo log 将数据文件恢复到备份结束时的一致性状态。第三阶段是恢复阶段，就是将备份文件拷贝到 MySQL 数据目录下面，除了使用 Xtrabackup 命令拷贝，我们也可以手动拷贝。

本地全量备份

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' --parallel=5 --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` 2>/tmp/xtrabackup.log

关键参数介绍：

  •  --backup：发起全量备份。

  • -u, -H, -P, -p：连接 mysql 实例，用户名、主机 IP、端口、密码。

  • --slave-info：记录 slave 复制位点信息，一般备份从库需要指定该参数。

  • --target-dir：备份文件的存放路径。

  • --parallel：并发拷贝的线程数。

  • 2>/tmp/xtrabackup.log：将备份过程中的日志重定向到 /tmp/xtrabackup.log 文件中。

Tips：Xtrabackup 备份成功后，日志最后一行会输出 completed OK!

备份出来的文件中，除了数据文件，还有以下额外的文件：

  • backup-my.cnf：该文件不是 MySQL 参数文件的备份，只是记录了一些 Innodb 引擎的参数，会在 Prepare 阶段用到。

  • xtrabackup_logfile：该文件用来保存拷贝的 redo log。

  • xtrabackup_binlog_info：binlog 位点信息和 GTID 信息。使用该备份恢复后，需要从该 binlog 位点进行增量恢复。

  • xtrabackup_slave_info：如果是对从库进行备份，指定 --slave-info 该文件会记录主节点的位点信息，取自 SHOW SLAVE STATUS 中的 Relay_Master_Log_File 和 Exec_Master_Log_Pos。如果是给主库备份，该文件为空。

  • xtrabackup_checkpoints：该文件记录了备份类型和 LSN 信息。

  • xtrabackup_info：该文件中，记录备份的详细信息。

  • xtrabackup_tablespaces：记录备份集中表空间的信息。

本地压缩备份

压缩备份通过 --compress 指定压缩算法，具体命令如下：

xtrabackup --backup --slave-info -u root -H 127.0.0.1 -P3306 -p'YouPassword' --compress --parallel=5 --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"`

Xtrabackup 8.0 支持两种压缩算法 zstd（默认） 和 lz4 算法，Xtrabackup 5.7 仅支持 quicklz 算法。

其中 zstd 在解压缩时依赖 zstd 需要安装才能进行解压。quicklz 算法依赖 qpress 也需要安装后才能进行解压。

在 Prepare 阶段之前，必须要先进行解压，命令如下：

xtrabackup --decompress --parallel=5 --target-dir=/data/backup/bakup_2023-11-13_14_44_55/

在解压过程中，需要注意：

  • 解压过程中，同样可以指定 --parallel 参数，进行并行解压。

  • 解压后，默认不会删除压缩文件。如果需要删除，可以指定 --remove-original 参数。

  • 即便压缩文件没有被删除，当使用 --copy-back 将备份拷贝到数据目录时，默认也不会拷贝这些压缩文件。

使用 compress 压缩只支持几种限定的算法，如果想要使用其他算法，就需要结合流式备份。

全量流式备份

流式备份指将备份数据通过流的方式输出到 STDOUT，而不是备份文件中。结合管道，可将多个功能组合在一起，如压缩、加密、流控等。

在 xtrabackup 2.4 版中支持 tar 和 xbstream 流格式，但 tar 格式不支持并行备份。

在 xtrabackup 8.0 中，仅支持 xbstream 流格式，不再支持 tar 格式。

备份到远程主机

使用下方命令通过管道组合，实现本地不落盘，将备份保存到远程主机。​​​​​​​

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' \ --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` 2>/data/backup/xtrabackup.log  \ | ssh root@172.16.104.7 "cat -  > /data/backup/backup.xbstream"

远程恢复的时候，需要先使用 xbstream 命令进行解压：

xbstream -x --parallel=10 -C /data/backup/20231113 < ./backup.xbstream

xbstream 中的 -x 表示解压，--parallel 表示并行度，-C 指定解压的目录，最后一级目录必须存在。

gzip 本地压缩备份

使用流式备份，配合管道使用 gzip 命令对备份在本地进行压缩。​​​​​​​

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' \ --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` \ | gzip - > /data/backup/backup1.gz

恢复时需要先使用 gunzip 解压，再使用 xbstream 解压，才能进行 Prepare 阶段。

gzip 远程压缩备份

使用流式备份，配合管道将备份 ssh 到远程进行压缩。​​​​​​​

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' \ --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` \ | ssh root@172.16.104.7 "gzip - > /data/backup/backup1.gz"

Tips：恢复解压时的步骤与本地压缩备份相同。

远程备份限速

直接备份到远程服务器，如果担心备份会占用较大的网络带宽，可以使用 pv 命令限速。

下面是 pv 工具的安装方法：​​​​​​​

wget https://www.ivarch.com/programs/sources/pv-1.8.0.tar.gztar xzf pv-1.8.0.tar.gzcd pv-1.8.0sh ./configuremakesudo make install

下方命令表示限速 10MB 将备份发送到远程服务器压缩保存。​​​​​​​

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassowrd' \ --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` \| pv -q -L10m | ssh root@172.16.104.7 "cat -  > /data/backup/backup.xbstream"

pv 命令中，-q 是指 quiet 不输出进度信息，-L 是指传输速率 10m 指 10MB。

Tips：恢复解压时的步骤与备份到远程主机相同。

全量备份恢复数据

前面 3 个小节，介绍的都是全量备份阶段，本小节将介绍如何恢复全量备份。

首先要进行 Prepare 阶段，在该阶段 Xtrabackup 会启动一个嵌入的 InnoDB 实例来进行 Crash Recovery。该实例的缓冲池的大小由 --use-memory 参数指定，默认为 100MB。如果有充足的内存，通过设置较大的 memory 可以减少 Prepare 阶段花费的时间。​​​​​​​

# 进入到备份目录执行该命令xtrabackup --prepare --use-memory=2G --target-dir=./

Prepare 阶段执行完成后，备份目录下才会生成 redo log 文件，可据此判断备份文件是否执行过 Prepare 阶段。

Prepare 阶段完成后，下面进入恢复阶段，可以手动拷贝文件到数据目录，也可以使用 xtrabackup 工具进行拷贝。​​​​​​​

# 进入到备份目录执行该命令xtrabackup --defaults-file=/etc/my.cnf --copy-back --parallel=10 --target-dir=./

命令中 --copy-back 表示将备份数据文件拷贝到 MySQL 数据目录下。如果在存储空间不足的情况下，可以使用 --move-back 表示移动备份文件。

另外，恢复实例的数据目录必须为空，所以在恢复前，我们需要清空 MySQL 数据目录，或者将其 mv 备份后，重新创建同名目录。数据文件拷贝到目标目录后，需要修改文件属组。

chown -R mysql:mysql /data/mysql_80/

至此，备份就恢复完成了，直接启动 MySQL 即可。

chown -R mysql:mysql /data/mysql_80/

增量备份与恢复

xtrabackup 支持增量备份。在做增量备份之前，需要先做一个全量备份。xtrabackup 会基于 innodb page 的 lsn 号来判断是否需要备份一个 page。如果 page lsn 大于上次备份的 lsn 号，就需要备份该 page。

图片

增量备份

先进行一次全量备份。​​​​​​​

# 先创建全量备份的目录mkdir /data/backup/full​​​​​​
xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 \  -p'YouPassword' --stream=xbstream --target-dir /data/backup/full \ --extra-lsndir=/data/backup/full \ 2>/data/backup/full/backup_full.log | gzip -  > /data/backup/full/backup_full.gz

备份命令加上 了--extra-lsndir 选项，将 xtrabackup_checkpoints 单独输出到文件。增量备份时需要根据 xtrabackup_checkpoints中的 lsn。以下是相关文件。​​​​​​​

# ls -l /data/backup/full-rw-r--r-- 1 root root 3014835 6月  25 16:35 backup_full.gz-rw-r--r-- 1 root root   40313 6月  25 16:35 backup_full.log-rw-r--r-- 1 root root     134 6月  25 16:35 xtrabackup_checkpoints-rw-r--r-- 1 root root     673 6月  25 16:35 xtrabackup_info

现在，发起增量备份。​​​​​​​

# 先创建增量备份的目录mkdir /data/backup/inc1​​​​​​​
xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 \  -p'YouPassword' --stream=xbstream --target-dir /data/backup/inc1 \ --extra-lsndir=/data/backup/inc1 \ --incremental-basedir=/data/backup/full \ 2>/data/backup/inc1/backup_inc1.log | gzip -  > /data/backup/inc1/backup_inc1.gz

--incremental-basedir：全量备份或上一次增量备份 xtrabackup_checkpoints 文件所在目录。

增量备份也可以在上一次增量备份的基础上进行：

​​​​​​​

# 先创建增量备份的目录mkdir /data/backup/inc2​​​​​​​
xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 \  -p'YouPassword' --stream=xbstream --target-dir /data/backup/inc2 \ --extra-lsndir=/data/backup/inc2 \ --incremental-basedir=/data/backup/inc1 \ 2>/data/backup/inc2/backup_inc2.log | gzip -  > /data/backup/inc2/backup_inc2.gz

增量备份恢复

恢复增量备份时，需要先对基础全量备份进行恢复，然后再依次按增量备份的时间进行恢复。
 

图片


这个例子中，相关备份文件的目录结构如下：​​​​​​​

/data/backup├── full│   ├── backup_full│   ├── backup_full.log│   ├── xtrabackup_checkpoints│   └── xtrabackup_info├── inc1│   ├── backup_inc1.gz│   ├── backup_inc1.log│   ├── xtrabackup_checkpoints│   └── xtrabackup_info├── inc2│   ├── backup_inc2.gz│   ├── backup_inc2.log│   ├── xtrabackup_checkpoints│   └── xtrabackup_info

首先，恢复全量备份。​​​​​​​

cd /data/backup/full
gunzip backup_full.gz
# 需要先删除这两个文件，否则 xbstream 提取文件时有冲突rm xtrabackup_checkpoints xtrabackup_info
xbstream -x -v < backup_full
xtrabackup --prepare --apply-log-only --target-dir=. > prepare_full.log 2>&1

恢复全量备份时，需要加上 apply-log-only 参数。如果不加上 apply-log-only 参数，执行 prepare 的最后阶段，会回滚未提交的事务，但是这些事务可能在下一次增量备份时已经提交了。

查看日志，确认这一步骤执行成功（最后一行日志显示“completed OK!”）：

[Note] [MY-011825] [Xtrabackup] completed OK!

接下来，恢复第一个增量备份。​​​​​

cd /data/backup/inc1
gunzip backup_inc1.gz
# 需要先删除这两个文件，否则 xbstream 提取文件时有冲突rm xtrabackup_checkpoints xtrabackup_info
# 提取文件xbstream -x -v < backup_inc1# 恢复增量备份时，切换到全量备份的目录执行cd /data/backup/fullxtrabackup --prepare --apply-log-only --incremental-dir=/data/backup/inc1 --target-dir=.

恢复增量备份时，加上 apply-log-only 参数，参数 --incremental-dir 设置为增量备份文件所做目录。日主输出 completed OK! 表示任务运行成功。

接下来，恢复第二个增量备份，也就是最后一个增量备份。​​​​​​​

cd /data/backup/inc2
gunzip backup_inc2.gz
# 需要先删除这两个文件，否则xbstream提取文件时有冲突rm xtrabackup_checkpoints xtrabackup_info
# 提取文件xbstream -x -v < backup_inc2# 恢复增量备份时，切换到全量备份的目录执行cd /data/backup/fullxtrabackup --prepare --incremental-dir=/data/backup/inc2 --target-dir=.

恢复最后一个增量备份时，不需要再加上 --apply-log-only。这一步执行完成后，xtrabackup_checkpoints文件内容如下： ​​​​​​​

# cat xtrabackup_checkpointsbackup_type = full-preparedfrom_lsn = 0to_lsn = 42439917last_lsn = 52717010flushed_lsn = 52617342redo_memory = 0redo_frames = 0

backup_type 为 full-prepared，表示 Prepare 阶段已经完成。后面操作和恢复全量备份基本一样。复制文件启动数据库即可。

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

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

相关文章

EAGLE-2：通过动态草稿树加速语言模型推理

EAGLE-2：通过动态草稿树加速语言模型推理

温馨提示&#xff1a; 本篇文章已同步至"AI专题精讲" EAGLE-2&#xff1a;通过动态草稿树加速语言模型推理 摘要 现代 Large Language Models&#xff08;LLMs&#xff09;的推理过程既昂贵又耗时&#xff0c;而 speculative sampling 已被证明是一种有效的解决方案…
阅读更多...
防水防尘防摔性能很好的智能三防手机，还有22000mAh大电池

防水防尘防摔性能很好的智能三防手机，还有22000mAh大电池

在电力巡检的崇山峻岭间&#xff0c;在野外地质勘探的风沙深处&#xff0c;在应急救援的急风骤雨里&#xff0c;传统智能设备因其固有的脆弱性与续航短板往往力不从心&#xff0c;甚至成为保障工作连续性的掣肘。而真正的智能三防手机应是一堵移动的堡垒&#xff0c;集坚不可摧…
阅读更多...
Charles中文版抓包工具使用指南 提高API调试和网络优化效率

Charles中文版抓包工具使用指南 提高API调试和网络优化效率

在现代开发过程中&#xff0c;调试API、捕获HTTP/HTTPS流量和优化应用的网络性能已经成为开发者的常见任务。尤其是在调试复杂的API接口和分析网络请求时&#xff0c;开发者需要一款高效且功能强大的工具。Charles抓包工具凭借其强大的网络调试功能和易用的操作界面&#xff0c…
阅读更多...
【C#补全计划：类和对象（九）】接口

【C#补全计划：类和对象（九）】接口

一、接口的概念1. 概念&#xff1a;接口是行为的抽象规范&#xff0c;也是一种自定义类型2. 接口声明规范&#xff1a;&#xff08;1&#xff09;不包含成员变量&#xff08;2&#xff09;只包含属性、方法、索引器、事件&#xff08;3&#xff09;成员不能被实现&#xff08;4…
阅读更多...
SRS简介及简单demo

SRS简介及简单demo

SRS介绍 SRS（Simple Realtimes Server）是一款开源的实时流媒体服务器，专注于解决直播、实时互动等场景的流媒体传输问题。SRS 的设计目标是 “简单、稳定、高效”，专门针对实时流媒体协议（如 RTMP、HLS、HTTP-FLV、WebRTC 等）进行优化，专注于解决 “低延迟、高并发” 的…
阅读更多...
python基础：数据解析BeatuifulSoup，不需要考虑前端形式的一种获取元素的方法

python基础：数据解析BeatuifulSoup，不需要考虑前端形式的一种获取元素的方法

1.beatuifulSoup 基本用法 beautifulSoup&#xff08;简称bs4&#xff09;是python的一个第三方库&#xff0c;用于解析html和xml文档中提取数据的python库。它能够将复杂的文档转化为树形结构&#xff0c;方便快速定位和提取所需数据以及查找和修改&#xff0c;常常与爬虫框架…
阅读更多...
Ubuntu共享文件夹权限设置

Ubuntu共享文件夹权限设置

在Ubuntu中设置共享文件夹的权限&#xff08;只读、读写、无权限&#xff09;&#xff0c;主要通过两种方式实现&#xff1a;‌文件系统权限‌和‌Samba共享配置‌。以下是详细步骤&#xff1a;‌一、文件系统权限设置&#xff08;基础权限&#xff09;‌1. ‌修改文件夹所有权…
阅读更多...
小程序点击菜单栏实现样式动态切换

小程序点击菜单栏实现样式动态切换

小程序点击菜单栏背景样式动态切换 前言&#xff1a;今天做一个小程序项目&#xff0c;要做一个菜单栏动态切换的功能&#xff0c;因为这种需求很常见&#xff0c;这次干脆记录一下&#xff0c;帮助别人的同时&#xff0c;自己下次也可以直接照搬使用。 效果截图如下&#xff1…
阅读更多...
掌握工程化固件烧录，开启你的技术进阶之路-FPGA ISE(xilinx)

掌握工程化固件烧录，开启你的技术进阶之路-FPGA ISE(xilinx)

1、电脑需先行安装ISE14.7。若已完成安装&#xff0c;此步骤可略过&#xff1b;若尚未安装&#xff0c;在后续章节会介绍如何安装ISE&#xff0c;由于ISE14.7的安装程序体量庞大&#xff0c;可借助U盘进行传输。同时&#xff0c;电脑需预留至少30G的存储空间以用于安装该程序。…
阅读更多...
Android 之 面试八股文

Android 之 面试八股文

​1.Activity生命周期​​​​问题​​&#xff1a;描述Activity从启动到销毁的完整生命周期方法&#xff0c;并说明onSaveInstanceState()的调用时机。​​参考答案​​&#xff1a;onCreate()→ onStart()→ onResume()&#xff08;活跃状态&#xff09; → onPause()&#x…
阅读更多...
暴力解决MySQL连接失败

暴力解决MySQL连接失败

本文涉及清空root密码完全重置MySQL权限彻底卸载并重装MySQL请务必在测试/本地环境操作&#xff0c;生产环境慎用&#xff01;场景Spring Boot项目连接MySQL一直报Access denied for user rootlocalhost&#xff0c;改密码、换驱动都没用&#xff1f;步骤1&#xff1a;完全重置…
阅读更多...
前端开发：CSS（1）—— 什么是CSS？

前端开发：CSS（1）—— 什么是CSS？

本文用于记录前端开发的学习过程。前面我们已经学习了html的编写&#xff0c;知道了Web开发的一些最基本的知识&#xff1b;在html的学习过程中&#xff0c;我们提到关于样式的设计和修改常需要使用CSS来实现。那么CSS到底是什么东西呢&#xff1f;它又如何来设计样式呢&#x…
阅读更多...
数据结构（4）—栈和队列

数据结构（4）—栈和队列

一、概念1.栈只允许在栈顶位置入栈和出栈元素&#xff0c;链表可以在任意位置插入和删除元素&#xff0c;栈和队列只允许在指定位置插入和删除元素2.链表、栈和队列都是一种线性结构&#xff08;一对一&#xff09;&#xff0c;栈和队列是一种特殊的表状结构二、栈1.基础概念先…
阅读更多...
vue2.如何给一个页面设置动态的name。不同路由使用一样的组件。页面不刷新怎么办？

vue2.如何给一个页面设置动态的name。不同路由使用一样的组件。页面不刷新怎么办？

page里面detail.vue export default { name: detail, } vue2里面.vue的页面都会设置一个name&#xff0c;这个通常是写死的。不能在页面动态设置的。页面刷新缓存通常都是根据这个name来判断的。如果name写死。我几个页面都通用这一个页面的话&#xff0c;他也不刷新页面啊。 比…
阅读更多...
浮动IP（Floating IP）的删除通常需要满足什么条件

浮动IP（Floating IP）的删除通常需要满足什么条件

浮动IP&#xff08;Floating IP&#xff09;的删除通常需要满足什么条件在云计算或网络环境中&#xff0c;浮动IP&#xff08;Floating IP&#xff09;的删除通常需要满足一定的条件&#xff0c;以确保操作不会影响现有业务或导致网络中断。以下是常见的可删除浮动IP的场景和条…
阅读更多...
机器学习之随机森林（Random Forest）实战案例

机器学习之随机森林（Random Forest）实战案例

一、算法基础 首先&#xff0c;来介绍一下算法的基础语法 class sklearn.ensemble.RandomForestClassifier(\ n_estimators’warn’,\ criterion’gini’,\max_depthNone, \ min_samples_split2,\ min_samples_leaf1, \ min_weight_fraction_leaf0.0, \ max_features’auto’…
阅读更多...
《C语言》指针练习题--1

《C语言》指针练习题--1

《C语言》指针练习题–1 1. 交换两个整数的值 题目描述&#xff1a; 编写一个C程序&#xff0c;定义一个函数swap&#xff0c;使用指针参数交换两个整数的值。在main函数中调用该函数并输出交换后的结果。 解题思路&#xff1a; 为了交换两个整数的值&#xff0c;可以通过指针传…
阅读更多...
应急响应整理

应急响应整理

目录 windows下 1. 检查账号安全 利用注册表实现用户隐藏 粘滞键后门 2 检查异常端口、进程 3. 检查启动项、计划任务、服务 4. 日志分析-Windows 常见事件类型、登录类型 Linux下 1. 账号安全 2. 历史命令 3. 检查异常端口 4. 检查异常进程 5. 检查开机启动项 …
阅读更多...
一文读懂 C# 中的 Bitmap

一文读懂 C# 中的 Bitmap

一文读懂 C# 中的 Bitmap 一、Bitmap 到底是什么？ 二、推荐使用场景 三、实战 Demo 基础用法：加载、创建和保存 进阶用法 缩放图片 裁剪图片 颜色调整（反色处理） 四、核心方法和属性说明 常用函数 常用属性 五、避坑指南、注意事项 六、总结与决策 一文读懂 C# 中的 Bitmap…
阅读更多...
预约时间组件

预约时间组件

效果图如何使用<template><view><button click"pickerTime(0)">预约时间0</button><button click"pickerTime(1)">预约时间1</button><button click"pickerTime(2)">预约时间2</button><but…
阅读更多...
最新文章

Copyright @ 2022~2023