MySQL--备份恢复

news2024/11/16 12:42:54

目录

一、备份恢复的工作职责

1.备份的时间周期

2.备份的方式

3.恢复方案

4.检查备份

5.定期恢复演练

6.故障恢复策略

7.迁移升级

二、逻辑备份工具--mysqldump

1.介绍

2.使用场景

3.mysqldump命令的参数介绍

1）全备：

2）单库或多库备份：--常用

3）备份某个库下的单表或多表：--不常用

4）--master-data=2：备份时自动生成当前的binlog位置信息

5）--single-transaction：对于InnoDB表开启一致性快照备份-->不用锁表就可以备份

6）-R  -E  --triggers：特殊对象备份

7）--max-allowed-packet=128M：服务端允许最大传输的数据包

总结全备命令：

全备命令带压缩

三、mysqldump+binlog 生产故障恢复模拟

1.模拟环境

2.全备

3.全备后产生了新的数据变化

4.搞破坏，删库

5.恢复数据

四、物理备份工具--Percona-Xtrabackup

1.使用场景

2.下载安装

3.修改配置文件

4.XBK备份原理解释

5.XBK恢复原理解释

6.XBK全备实际应用模拟

7.XBK增量备份

五、Xtrabackup全备+增量备份生产故障恢复模拟

1.全备：

2.增量数据备份

3.数据损坏

4.数据恢复（全备+周一增量+周二增量+周三binlog日志）

一、备份恢复的工作职责

1.备份的时间周期

        凌晨、每天一备、每周一备

2.备份的方式

        全备、增量、逻辑、物理

3.恢复方案

        制定备份方案，注意备份方案准确性、备份用时

4.检查备份

        检查备份存在性、大小、日志

5.定期恢复演练

6.故障恢复策略

7.迁移升级

二、逻辑备份工具--mysqldump

1.介绍

        基于sql语句（create database，create table，insert into）的备份

        针对InnoDB表可以实现非锁定备份，原理是通过MVCC中的快照技术进行备份

        针对非InnoDB表启用了锁表备份，FTWRL（global read lock，全局锁表禁止写入）

        无需安装，是mysql自带的工具，数据恢复方式和binlog很像

2.使用场景

        100G以内的数据，比较常用逻辑备份

        优点：文本形式存储，便于查看处理，自带工具，不需要单独安装，压缩比高，节省空间

        缺点：备份时间较长，恢复时间更长（是备份时间的4-6倍）

3.mysqldump命令的参数介绍

连接参数：-u -p -s -h -P

备份方式：

1）全备：

        mysqldump -uyizuo -pok -A >/tmp/full.sql

2）单库或多库备份：--常用

        mysqldump -uyizuo -pok -B world >/tmp/mdp2.sql

3）备份某个库下的单表或多表：--不常用

        mysqldump -uyizuo -pok world city >/tmp/mdp3.sql

        注：单表或多表备份，在恢复时需要提前创建库，use到库中再恢复

4）--master-data=2：备份时自动生成当前的binlog位置信息
5）--single-transaction：对于InnoDB表开启一致性快照备份-->不用锁表就可以备份
6）-R  -E  --triggers：特殊对象备份
7）--max-allowed-packet=128M：服务端允许最大传输的数据包
总结全备命令：

         mysqldump -uroot -A --master-data=2 --single-transaction -R -E --triggers --max-allowed-packet=128M > /opt/full_`date +%F`.sql

全备命令带压缩

        mysqldump -uroot -A --master-data=2 --single-transaction -R -E --triggers --max-allowed-packet=128M|gzip > /opt/full_`date +%F`.sql.gz

三、mysqldump+binlog 生产故障恢复模拟

1.模拟环境

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
| world              |
| yizuo              |
+--------------------+
6 rows in set (0.00 sec)

mysql> use yizuo
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+-----------------+
| Tables_in_yizuo |
+-----------------+
| city            |
+-----------------+
1 row in set (0.01 sec)

mysql> select * from city;
+----+--------+----------+------------+--------------+
| id | name   | province | population | district     |
+----+--------+----------+------------+--------------+
|  2 | 盘锦   | 辽宁     | 109万      | 兴隆台区     |
|  4 | 盘锦   | 辽宁     | 109万      | 兴隆台区     |
+----+--------+----------+------------+--------------+
2 rows in set (0.00 sec)

mysql>

2.全备

         mysqldump -uroot -A --master-data=2 --single-transaction -R -E --triggers --max-allowed-packet=128M|gzip > /opt/full_$`date +%F`.sql.gz

3.全备后产生了新的数据变化

mysql> use yizuo
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> CREATE TABLE `city_bak` (
    ->   `id` int NOT NULL AUTO_INCREMENT COMMENT '编号',
    ->   `name` varchar(100) DEFAULT NULL COMMENT '城市名',
    ->   `province` varchar(100) DEFAULT NULL,
    ->   `population` varchar(100) DEFAULT NULL COMMENT '人口',
    ->   `district` varchar(100) DEFAULT NULL COMMENT '街区',
    ->   PRIMARY KEY (`id`),
    ->   KEY `idx_name` (`name`),
    ->   KEY `idx_nn` (`name`(5)) /*!80000 INVISIBLE */
    -> ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
Query OK, 0 rows affected (0.02 sec)

mysql> show tables;
+-----------------+
| Tables_in_yizuo |
+-----------------+
| city            |
| city_bak        |
+-----------------+
2 rows in set (0.00 sec)

mysql> insert into city_bak(id,name,province,population,district) values(2,'盘锦','辽宁','109万','兴隆台区');
Query OK, 1 row affected (0.01 sec)

 4.搞破坏，删库

        drop database yizuo;

5.恢复数据

        1）全备文件解压缩：gunzip full_\$2024-05-25.sql.gz

        2）检查全备文件：

        3）截取binlog日志

        mysqlbinlog --skip-gtids --include-gtids='518de310-1806-11ef-b5d7-000c2912a662:18-19' binlog.000010  >/opt/bin18-19.sql

        4）恢复全备数据和二进制日志数据

        set sql_log_bin=0;

        source /opt/full_$2024-05-25.sql;

        source /opt/bin18-19.sql

        set sql_log_bin=1;

四、物理备份工具--Percona-Xtrabackup

1.使用场景

        100G-TB级别数据量，一般采用xbk

        优点：备份、恢复速度更快

        缺点：二进制文件方式，不便于查看，可读性差，压缩比低，浪费空间

2.下载安装

        1）安装依赖包

wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo
yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL libev

        2）下载软件并安装

wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.12/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.12-1.el7.x86_64.rpm

https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.4/binary/redhat/6/x86_64/percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpm

yum -y install percona-xtrabackup-24-2.4.4-1.el7.x86_64.rpm

        注：安装错版本了，参考官网文件，不同的mysql版本对应不同的xtrabackup版本：

        卸载旧版本：rpm安装方式的卸载

        [root@DB-Server ~]# rpm -qa | grep percona

        percona-xtrabackup-24-2.4.5-1.el7.x86_64

        [root@DB-Server ~]# rpm -ev percona-xtrabackup-24-2.4.5-1.el7.x86_64

        安装正确版本：Use RPM repositories - Percona XtraBackup

3.修改配置文件

4.XBK备份原理解释

InnoDB表

1.XBK备份执行的瞬间，立即触发ckpt检查点，把已经提交的数据脏页，从内存刷写到磁盘，并记录此时的LSN号

2.备份时，拷贝ibd，ibdata，undo，ibtmp1，将备份期间产生的redolog截取拷贝，记录LSN
非InnoDB表1.触发FTWRL全局锁，关闭binlog记录
2.拷贝非InnoDB表数据
3.解锁

        备份数据完成后：记录binlog位置，停止redo拷贝，记录last LSN，记录所有备份日志到指定日志文件中，解锁

5.XBK恢复原理解释

        1）prepare：

                InnoDB表利用ACSR自动故障恢复的功能，使用redo进行前滚，利用undo进行回滚，保证数据一致

                非InnoDB表由于是锁表备份，不会产生新的数据，所以不需要prepare

        2）恢复：

                cp文件至原路径

6.XBK全备实际应用模拟

官方文档：Restore full, incremental, compressed backups - Percona XtraBackup

1）全备命令：xtrabackup --backup --target-dir=/data/3306/backups/

  文件解释xtrabackup_binlog_info：binlog文件的position和gtid位置点

[root@localhost backups]# cat xtrabackup_binlog_info
binlog.000014	196	518de310-1806-11ef-b5d7-000c2912a662:1-20

  文件解释xtrabackup_checkpoints：

[root@localhost backups]# cat xtrabackup_checkpoints
backup_type = full-prepared
from_lsn = 0
to_lsn = 21000068
last_lsn = 21000068
flushed_lsn = 21000068
redo_memory = 0
redo_frames = 0

 文件解释xtrabackup_info：备份信息总览

[root@localhost backups]# cat xtrabackup_info
uuid = 42b032af-1b33-11ef-aad9-000c2912a662
name = 
tool_name = xtrabackup
tool_command = --backup --target-dir=/data/3306/backups/
tool_version = 8.0.35-30
ibbackup_version = 8.0.35-30
server_version = 8.0.20
start_time = 2024-05-26 15:40:19
end_time = 2024-05-26 15:40:44
lock_time = 3
binlog_pos = filename 'binlog.000014', position '196', GTID of the last change '518de310-1806-11ef-b5d7-000c2912a662:1-20'
innodb_from_lsn = 0
innodb_to_lsn = 21000068
partial = N
incremental = N
format = file
compressed = N
encrypted = N

文件解释xtrabackup_logfile：备份期间的redolog文件

2）搞破坏

        pkill mysqld

        rm -rf /data/3306/data/*

3）全备数据恢复

        1）prepare：

                xtrabackup --prepare --target-dir=/data/3306/backups/

        2）恢复：

                xtrabackup --copy-back --target-dir=/data/3306/backups/ --datadir=/data/3306/data

                chown -R mysql.mysql data/*

                重启数据库

7.XBK增量备份

1）增量备份原理：

        XBK自动检查LSN号码的变化，将每天LSN发生变化的数据页备份

2）增量备份必须依赖全备，恢复时必须合并到全备，再由全备文件做数据恢复

五、Xtrabackup全备+增量备份生产故障恢复模拟（mysql8.0.20，Xtrabackup8.0.35）

1.全备：

        xtrabackup --backup --target-dir=/data/3306/backups/

        chown -R mysql.mysql backups/*

2.增量数据备份

第一天数据改动：

        create table city_bak......

        insert into city_bak......

第一天增量备份：

        xtrabackup --backup --target-dir=/data/3306/backups/inc1 \
--incremental-basedir=/data/3306/backups/base

第二天数据改动：

        create table city_bak2......

        insert into city_bak2......

第二天增量备份：

        xtrabackup --backup --target-dir=/data/3306/backups/inc2 \
--incremental-basedir=/data/3306/backups/inc1

增量数据给予权限，增量数据检查：（to_lsn，from_lsn）

[root@localhost backups]# ll
总用量 12
drwxr-xr-x 8 root root 4096 5月  26 19:09 base
drwxr-x--- 8 root root 4096 5月  26 19:10 inc1
drwxr-x--- 8 root root 4096 5月  26 19:22 inc2
[root@localhost backups]# cat base/xtrabackup_checkpoints 
backup_type = full-backuped
from_lsn = 0
to_lsn = 21026872 --对应着下一个备份文件的from_lsn
last_lsn = 21026872
flushed_lsn = 21026872
redo_memory = 0
redo_frames = 0
[root@localhost backups]# cat inc1/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 21026872 --对应着上一个备份文件的to_lsn
to_lsn = 21051876 --对应着下一个备份文件的from_lsn
last_lsn = 21052354
flushed_lsn = 21051876
redo_memory = 0
redo_frames = 0
[root@localhost backups]# cat inc2/xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 21051876 --对应着上一个备份文件的to_lsn
to_lsn = 21079740
last_lsn = 21083679
flushed_lsn = 21079740
redo_memory = 0
redo_frames = 0

3.数据损坏

第三天：

        create table city_bak3......

        insert into city_bak3......

让数据损坏：rm -rf data/*

 

4.数据恢复（全备+周一增量+周二增量+周三binlog日志）

1）prepare：

      全备prepare：

              xtrabackup --prepare --apply-log-only --target-dir=/data/3306/backups/base

       合并第一天增量到全备文件：

              xtrabackup --prepare --apply-log-only --target-dir=/data/3306/backups/base \
--incremental-dir=/data/3306/backups/inc1

        合并第二天增量到全备文件：（最后一次合并不需要加--apply-log-only参数）

        xtrabackup --prepare --target-dir=/data/3306/backups/base \
--incremental-dir=/data/3306/backups/inc2

2）备份数据恢复

        xtrabackup --copy-back --target-dir=/data/3306/backups/base/ --datadir=/data/3306/data

        chown -R mysql.mysql data/*

        重启数据库

3）截取binlog日志 

        查看最后一次备份文件的binlog gtid位置点：

        与当前日志位置点进行核对一致

[root@localhost inc2]# cat xtrabackup_binlog_info
binlog.000018	236	518de310-1806-11ef-b5d7-000c2912a662:1-20,583319b5-1b3f-11ef-8916-000c2912a662:1-4

mysql> show binlog events in 'binlog.000018';
+---------------+------+----------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Log_name      | Pos  | Event_type     | Server_id | End_log_pos | Info                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 |
+---------------+------+----------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| binlog.000018 |    4 | Format_desc    |        51 |         125 | Server ver: 8.0.20, Binlog ver: 4                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
| binlog.000018 |  125 | Previous_gtids |        51 |         236 | 518de310-1806-11ef-b5d7-000c2912a662:1-20,
583319b5-1b3f-11ef-8916-000c2912a662:1-4                                                                                                                                                                                                                                                                                                                                                                                                                                  |
| binlog.000018 |  236 | Gtid           |        51 |         315 | SET @@SESSION.GTID_NEXT= '583319b5-1b3f-11ef-8916-000c2912a662:5'                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
| binlog.000018 |  315 | Query          |        51 |         878 | use `world`; CREATE TABLE `city_bak3` (
  `id` int NOT NULL AUTO_INCREMENT COMMENT '编号',
  `name` varchar(100) DEFAULT NULL COMMENT '城市名',
  `province` varchar(100) DEFAULT NULL,
  `population` varchar(100) DEFAULT NULL COMMENT '人口',
  `district` varchar(100) DEFAULT NULL COMMENT '街区',
  PRIMARY KEY (`id`),
  KEY `idx_name` (`name`),
  KEY `idx_nn` (`name`(5)) /*!80000 INVISIBLE */
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci /* xid=180 */          |
| binlog.000018 |  878 | Gtid           |        51 |         957 | SET @@SESSION.GTID_NEXT= '583319b5-1b3f-11ef-8916-000c2912a662:6'                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
| binlog.000018 |  957 | Query          |        51 |        1033 | BEGIN                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                |
| binlog.000018 | 1033 | Table_map      |        51 |        1106 | table_id: 96 (world.city_bak3)                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
| binlog.000018 | 1106 | Write_rows     |        51 |        1184 | table_id: 96 flags: STMT_END_F                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
| binlog.000018 | 1184 | Xid            |        51 |        1215 | COMMIT /* xid=181 */                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 |
| binlog.000018 | 1215 | Gtid           |        51 |        1294 | SET @@SESSION.GTID_NEXT= '583319b5-1b3f-11ef-8916-000c2912a662:7'                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
| binlog.000018 | 1294 | Query          |        51 |        1857 | use `world`; CREATE TABLE `city_bak4` (
  `id` int NOT NULL AUTO_INCREMENT COMMENT '编号',
  `name` varchar(100) DEFAULT NULL COMMENT '城市名',
  `province` varchar(100) DEFAULT NULL,
  `population` varchar(100) DEFAULT NULL COMMENT '人口',
  `district` varchar(100) DEFAULT NULL COMMENT '街区',
  PRIMARY KEY (`id`),
  KEY `idx_name` (`name`),
  KEY `idx_nn` (`name`(5)) /*!80000 INVISIBLE */
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci /* xid=198 */          |
| binlog.000018 | 1857 | Gtid           |        51 |        1936 | SET @@SESSION.GTID_NEXT= '583319b5-1b3f-11ef-8916-000c2912a662:8'                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
| binlog.000018 | 1936 | Query          |        51 |        2012 | BEGIN                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                |
| binlog.000018 | 2012 | Table_map      |        51 |        2085 | table_id: 97 (world.city_bak4)                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
| binlog.000018 | 2085 | Write_rows     |        51 |        2163 | table_id: 97 flags: STMT_END_F                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
| binlog.000018 | 2163 | Xid            |        51 |        2194 | COMMIT /* xid=199 */                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 |
| binlog.000018 | 2194 | Stop           |        51 |        2217 |

        截取binlog日志：

        mysqlbinlog --skip-gtids --include-gtids='583319b5-1b3f-11ef-8916-000c2912a662:5-8' binlog.000018 >/tmp/gtid18.sql

4）binlog数据恢复

        set sql_log_bin=0;

                source /tmp/gtid18.sql;

        set sql_log_bin=1;

5.清空binlog日志,从新开始记

        reset master;

mysql> reset master;
Query OK, 0 rows affected (0.02 sec)

mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000001 |      156 |              |                  |                   |
+---------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

[root@localhost binlog]# ll
总用量 8
-rw-r----- 1 mysql mysql 156 5月  26 20:32 binlog.000001
-rw-r----- 1 mysql mysql  32 5月  26 20:32 binlog.index
[root@localhost binlog]#

6.恢复成功后再重新发起全备

        xtrabackup --backup --target-dir=/data/3306/backups/base

                

        

        

                

        

        

        

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

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

相关文章

Kafka 安装教程和基本操作

Kafka 安装教程和基本操作

一、简介 Kafka 是最初由 Linkedin 公司开发，是一个分布式、分区的、多副本的、多订阅者，基于 zookeeper 协调的分布式日志系统（也可以当做 MQ 系统），常见可以用于 web/nginx 日志、访问日志，消息服务等等…
阅读更多...
【数据结构】快速排序详解！

【数据结构】快速排序详解！

文章目录 1. 快速排序的非递归版本2. 快速排序2.1 hoare 版本一2.2 挖坑法 🐧版本二2.3 前后指针 版本三2.4 调用以上的三个版本的快排 3. 快速排序的优化 1. 快速排序的非递归版本 🆒🐧关键思路： 🍎① 参数中的begin…
阅读更多...
安装mamba时报错bare_metal_version

安装mamba时报错bare_metal_version

原因：缺少cuda118的环境版本，直接安装 nvidia/label/cuda-11.8.0 可解决，代码如下： conda install -c "nvidia/label/cuda-11.8.0" cuda-nvcc
阅读更多...
八种单例模式

八种单例模式

文章目录 1.单例模式基本介绍1.介绍2.单例模式八种方式 2.饿汉式（静态常量，推荐）1.基本步骤1.构造器私有化（防止new）2.类的内部创建对象3.向外暴露一个静态的公共方法 2.代码实现3.优缺点分析 3.饿汉式（静态…
阅读更多...
Shell字符串变量

Shell字符串变量

目标 能够使用字符串的3种方式 掌握Shell字符串拼接 掌握shell字符串截取的常用格式 能够定义Shell索引数组和关联数组 能够使用内置命令alias,echo,read,exit,declare操作 掌握Shell的运算符操作 Shell字符串变量 介绍 字符串（String）就是一系…
阅读更多...
嵌入式进阶——数码管

嵌入式进阶——数码管

🎬 秋野酱：《个人主页》 🔥 个人专栏:《Java专栏》《Python专栏》 ⛺️心若有所向往,何惧道阻且长 文章目录 数码管结构移位寄存器原理图移位寄存器数据流程移位寄存器控制流程移位寄存器串联实现数码管显示 数码管结构 共阴与共阳 共阳数码…
阅读更多...
从程序被SQL注入来MyBatis 再谈 #{} 与 ${} 的区别

从程序被SQL注入来MyBatis 再谈 #{} 与 ${} 的区别

缘由 最近在的一个项目上面，发现有人在给我搞 SQL 注入，我真的想说我那么点资源测试用的阿里云服务器，个人估计哈，估计能抗住他的请求。狗头.png 系统上面的截图 数据库截图 说句实在的，看到这个之后我立马就是在…
阅读更多...
架构师系列-定时任务解决方案

架构师系列-定时任务解决方案

定时任务概述 在很多应用中我们都是需要执行一些定时任务的，比如定时发送短信，定时统计数据，在实际使用中我们使用什么定时任务框架来实现我们的业务，定时任务使用中会遇到哪些坑，如何最大化的提高定时任务的性能。 我…
阅读更多...
设计模式深度解析：分布式与中心化，IT界两大巨头“华山论剑”

设计模式深度解析：分布式与中心化，IT界两大巨头“华山论剑”

​🌈 个人主页：danci_ 🔥 系列专栏：《设计模式》《MYSQL应用》 💪🏻 制定明确可量化的目标，坚持默默的做事。 ✨IT界的两大巨头交锋✨ 👋 在IT界的广阔天地中，有两座…
阅读更多...
【Linux 网络】网络基础（三）（网络层协议：IP 协议）

【Linux 网络】网络基础（三）（网络层协议：IP 协议）

在复杂的网络环境中确定一个合适的路径。 一、TCP 与 IP 的关系 IP 层的核心作用是定位主机，具有将数据从主机 A 发送到主机 B 的能力，但是能力并不能保证一定能够做到，所以这时就需要 TCP 起作用了，TCP 可以通过超时重传、拥塞控…
阅读更多...
DBAPI怎么进行数据格式转换

DBAPI怎么进行数据格式转换

DBAPI如何进行数据格式的转换 假设现在有个API，根据学生id查询学生信息，访问API查看数据格式如下 {"data":[{"name":"Michale","phone_number":null,"id":77,"age":55}],"msg"…
阅读更多...
JVM学习-Class文件结构②

JVM学习-Class文件结构②

访问标识(access_flag) 在常量池后，紧跟着访问标记，标记使用两个字节表示，用于识别一些类或接口层次的访问信息，包括这个Class是类还是接口，是否定义为public类型，是否定义为abstract类型，如果…
阅读更多...
[vue error] vue3中使用同名简写报错 ‘v-bind‘ directives require an attribute value

[vue error] vue3中使用同名简写报错 ‘v-bind‘ directives require an attribute value

错误详情 错误信息 ‘v-bind’ directives require an attribute value.eslintvue/valid-v-bind 错误原因 默认情况下，ESLint 将同名缩写视为错误。此外，Volar 扩展可能需要更新以支持 Vue 3.4 中的新语法。 解决方案 更新 Volar 扩展 安装或更新 …
阅读更多...
Java 泛型基础

Java 泛型基础

目录 1. 为什么使用泛型 2. 泛型的使用方式 2.1. 泛型类 2.2. 泛型接口 2.3. 泛型方法 3. 泛型涉及的符号 3.1. 类型通配符"?" 3.2. 占位符 T/K/V/E 3.3. 占位符T和通配符？的区别。 4. 泛型不变性 5. 泛型编译时擦除 1. 为什么使用泛型 Java 为…
阅读更多...
Django 里的静态资源调用

Django 里的静态资源调用

静态资源：图片，CSS, JavaScript 一共有两种方法 第一种方法 在项目的文件夹里创建名为 static 文件夹 在该文件夹里，添加静态资源 在 settings.py 里添加路径 import os# Static files (CSS, JavaScript, Images) # https://docs.djan…
阅读更多...
Git基础命令：带图整理

Git基础命令：带图整理

基础命令 Git 安装 Git下载地址 https://git-scm.com/downloads Git安装（Window/Mac） 选择不同系统安装包安装 检验是否安装成功 出现Git Bash命令行工具或Git GUI工具git --version 查看git安装版本 Git 结构 工作区（Working Direct…
阅读更多...
干货收藏 | 掌握ChatGPT提示词的精髓：从小白到高手！！

干货收藏 | 掌握ChatGPT提示词的精髓：从小白到高手！！

前言 提示决定了 ChatGPT 的输出。也就是说：GPT 生成的答案质量，完全取决于你“问它”，以及“引导它”的方式，如果你能问得好，引导的好，那么它就会帮你生成让你惊喜的答案，反之则无价值&#x…
阅读更多...
国际版Tiktok抖音运营流量实战班：账号定位/作品发布/热门推送/等等-13节

国际版Tiktok抖音运营流量实战班：账号定位/作品发布/热门推送/等等-13节

课程目录 1-tiktok账号定位 1.mp4 2-tiktok作品发布技巧 1.mp4 3-tiktok数据功能如何开通 1.mp4 4-tiktok热门视频推送机制 1.mp4 5-如何发现热门视频 1.mp4 6-如何发现热门音乐 1.mp4 7-如何寻找热门标签 1.mp4 8-如何寻找垂直热门视频 1.mp4 9-如何发现热门挑战赛 1…
阅读更多...
从垃圾识别到收集器:详细聊聊Java的GC

从垃圾识别到收集器:详细聊聊Java的GC

个人博客 从垃圾识别到收集器:详细聊聊Java的GC | iwts’s blog 前言 聊GC，自然离不开JVM内存模型，建议先了解JVM内存模型相关内容，或者最起码了解堆相关的内容，GC主要处理的就是堆。 这里会从垃圾识别算法->GC算法->JV…
阅读更多...
OWASP top10--SQL注入（二）

OWASP top10--SQL注入（二）

目录 06：SQL注入提交方式 6.1、get提交 6.2、post提交 6.3、cookie提交 6.4、HTTP Header头提交 07：注入攻击支持类型 7.1、union注入： 7.1.1、union操作符一般与order by语句配合使用 7.1.2、information_schema注入 7.2、基于函数…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023