主頁 >  其他 > mysql備份

mysql備份

2020-12-10 07:16:52 其他

一.備份的原因

運維作業的核心簡單概括就兩件事:
1）第一個是保護公司的資料.
2）第二個是讓網站能7*24小時提供服務(用戶體驗)，

1）備份就是為了恢復，
2）盡量減少資料的丟失（公司的損失）

二.備份的型別

冷備份:
這些備份在用戶不能訪問資料時進行，因此無法讀取或修改資料，這些脫機備份會阻止執行任何使用資料的活動，這些型別的備份不會干擾正常運行的系統的性能，但是，對于某些應用程式，會無法接受必須在一段較長的時間里鎖定或完全阻止用戶訪問資料，

停庫,停服務,備份

溫備份:(鎖表)
這些備份在讀取資料時進行，但在多數情況下，在進行備份時不能修改資料本身，這種中途備份型別的優點是不必完全鎖定最終用戶，但是，其不足之處在于無法在進行備份時修改資料集，這可能使這種型別的備份不適用于某些應用程式，在備份程序中無法修改資料可能產生性能問題，

熱備份:
這些動態備份在讀取或修改資料的程序中進行，很少中斷或者不中斷傳輸或處理資料的功能，使用熱備份時，系統仍可供讀取和修改資料的操作訪問，

三.備份的方式

邏輯備份:

基于SQL陳述句的備份

1）binlog
2）into outfile

mysql> select * from world.city into outfile '/tmp/world_city.data'; #組態檔中創建/tmp

3）mysqldump只支持全備
4）replication
5 ) mysqlbinlog

物理備份:

cp(停庫)

基于資料檔案的備份

1）Xtrabackup（percona公司）

四.備份策略

1)全量備份 full
2)增量備份 increamental
3)差異備份

五.備份工具

1.邏輯

1)mysqldump（邏輯）
mysql原生自帶很好用的邏輯備份工具

2)mysqlbinlog（邏輯）
實作binlog備份的原生態命令

3)into outfile

4)replication

2.xtrabackup（物理）

precona公司開發的性能很高的物理備份工具

備份工具使用

mysqldump的備份

mysqldump常用引數

1）連接服務端引數(基本引數)：-u -p -h -P -S

2）-A, --all-databases：全庫備份

[root@db01 ~]# mysqldump -uroot -poldboy123 -A > /backup/full.sql

3）不加引數：單庫、單表多表備份

[root@db01 ~]# mysqldump -uroot -poldboy123 db1 > /backup/db1.sql
[root@mysql-db01 backup]# mysqldump -uroot -poldboy123 world city > /backup/city.sql

4）-B：指定庫備份或者多個庫

[root@db01 ~]# mysqldump -uroot -p123 -B db1 > /backup/db1.sql
[root@db01 ~]# mysqldump -uroot -p123 -B db1 db2 > /backup/db1_db2.sql

5）-F：flush logs在備份時自動重繪binlog（不怎么常用）

[root@db01 backup]# mysqldump -uroot -p123 -A -R –triggers -F > /backup/full_2.sql

6）--master-data=https://www.cnblogs.com/createwell/p/2：備份時加入change master陳述句0沒有1不注釋2注釋

[root@db01 backup]# mysqldump -uroot -p123 --master-data=https://www.cnblogs.com/createwell/p/2 >/backup/full.sql

7）-d：僅表結構
8）-t：僅資料

備份額外擴展項

1）-R, --routines：備份存盤程序和函式資料
2）--triggers：備份觸發器資料

[root@db01 backup]# mysqldump -uroot -p123 -A -R --triggers > /backup/full_2.sql

mysqldump特殊引數

1）-x：鎖表備份（myisam溫備份）
2）--single-transaction：快照備份

[root@db01 backup]# mysqldump -uroot -p123 -A -R --triggers --master-data=https://www.cnblogs.com/createwell/p/2 –single-transaction>/backup/$(date +%F)full.sql

3)gzip:壓縮備份

[root@db01 ~]# mysqldump -uroot -p123 -A -R --triggers --master-data=https://www.cnblogs.com/createwell/p/2 –single-transaction|gzip>/backup/full_$(date +%F)_sql.gz

mysqldump的恢復

方法一:
#先不記錄二進制日志
mysql> set sql_log_bin=0;
#庫內恢復操作,指定庫
mysql> source /backup/full.sql  
#庫外恢復操作,指定庫
[root@db01 ~]# mysql -uroot -p123 < /backup/full.sql

方法二:zcat  full_$(date +%F)_sql.gz | mysql -uroot -p1

注意：

1）mysqldump在備份和恢復時都需要MySQL實體啟動為前提
2）一般資料量級100G以內，大約15-30分鐘可以恢復（PB、EB就需要考慮別的方式-物理備份）
3）mysqldump是以覆寫的形式恢復資料的

企業故障恢復案例

背景：
正在運行的網站系統，MySQL資料庫，資料量25G，日業務增量10-15M，

備份策略：
每天23：00，計劃任務呼叫mysqldump執行全備腳本

故障時間點：
上午10點開發人員誤洗掉一個核心業務表，如何恢復？

思路：

1）停業務避免資料的二次傷害
2）找一個臨時的庫，恢復前一天的全備
3）截取前一天23：00到第二天10點誤洗掉之間的binlog，恢復到臨時庫
4）測驗可用性和完整性
5）開啟業務前的兩種方式

a.直接使用臨時庫頂替原生產庫，前端應用割接到新庫
b.將誤洗掉的表單獨匯出，然后匯入到原生產環境

6）開啟業務

故障模擬演練：

準備資料：

#重繪binlog使內容更清晰
mysql> flush logs;
#查看當前使用的binlog
mysql> show master status;
#創建backup庫
mysql> create database backup;
#進入backup庫
mysql> use backup
#創建full表
mysql> create table full select * from world.city;
#創建full_1表
mysql> create table full_1 select * from world.city;
#查看表
mysql> show tables;

全備：

[root@db01 ~]# mysqldump -uroot -p123 -A -R --triggers --master-data=https://www.cnblogs.com/createwell/p/2 --single-transaction|gzip > /backup/full_$(date +%F).sql.gz

模擬資料變化：

#進入backup庫
mysql> use backup
#創建new表
mysql> create table new select * from mysql.user;
#創建new_1表
mysql> create table new_1 select * from world.country;
#查看表
mysql> show tables;
#查看full表中所有資料
mysql> select * from full;
#把full表中所有的countrycode都改成CHN
mysql> update full set countrycode='CHN' where 1=1;
#提交
mysql> commit;
#洗掉id大于200的資料
mysql> delete from full where id>200;
#提交
mysql> commit;

模擬故障：

#洗掉new表
mysql> drop table new;
#查看表
mysql> show tables;

恢復程序：

停業務,在停資料庫

1）準備臨時資料庫

#多實體
[root@db02 ~]# mysqld_safe --defaults-file=/data/3307/my.cnf &

#新的服務(初始化一個新環境,二進制安裝mysql)
[root@db02 scripts]# ./mysql_install_db --user=mysql --basedir=/application/mysql --datadir=/application/mysql/data 
[root@db02 scripts]# /etc/init.d/mysqld start

2）拷貝資料到新庫上

[root@db01 ~]# scp /backup/full_2018-08-16.sql.gz [email protected]:/tmp

3）解壓全備資料檔案

#進入tmp目錄
[root@db02 ~]# cd /tmp/
#查詢全備的起始點
[root@db01 ~]# zcat /tmp/full_2019-11-13.sql.gz |head -25

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000004', MASTER_LOG_POS=268002

#找到drop陳述句執行的位置點（結束位置點）
#方法一
[root@db01 data]# mysqlbinlog --base64-output=decode-rows -vvv /application/mysql/data/mysql-bin.000031|less
#按/搜索DROP
#方法二
[root@db01 data]# mysqlbinlog --base64-output=decode-rows -vvv /application/mysql/data/mysql-bin.000031|grep -i -B 5 'drop table' 
# at 408012
#191113 19:25:24 server id 1  end_log_pos 408135 CRC32 0xf636afe1 	Querythread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1573644324/*!*/;
DROP TABLE `full_1` /* generated by server */
#方法三(資料大,不好查看)
mysql>show binary logs;
mysql>show binlog events in 'mysql-bin.000004';

#截取二進制
[root@db01 tmp]#mysqlbinlog -uroot -p1 --start-position=268002 --stop-position=671148 /application/mysql/data/mysql-bin.000017 > /tmp/inc.sql

#發送增量資料到新庫
[root@db01 tmp]# scp /tmp/inc.sql [email protected]:/tmp
在新庫內恢復資料
mysql>use +庫
#不記錄二進制日志
mysql> set sql_log_bin=0;
#恢復全備資料
mysql> source /tmp/full_2018-08-16.sql
#庫外匯入

mysql backup </tmp/inc.sql
#進入backup庫
mysql> use backup
# 查看表
mysql> show tables;
#恢復增量資料
mysql> source /tmp/inc.sql
#查看表
mysql> show tables;

4）將故障表匯出并恢復到生產

#匯出new表
[root@db02 ~]# mysqldump -uroot -p123 -S /data/3307/mysql.sock backup new > /tmp/new.sql
#發送到生產庫
[root@db02 ~]# scp /tmp/new.sql [email protected]:/tmp/
#進入backup庫
mysql> use backup
#在生產庫恢復資料
mysql>set sql_log_bin=0;
mysql> source /tmp/new.sql
#查看表
mysql> show tables;

5)啟動服務

tomcat   php  ....

物理備份（Xtrabackup）

Xtrabackup安裝

#下載epel源
wget -O /etc/yum.repos.d/epel.repo  https://mirrors.aliyun.com/repo/epel-6.repo
#安裝依賴
yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL
#下載Xtrabackup
wget httpss://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

備份方式（物理備份）

1）對于非innodb表（比如myisam）是直接鎖表cp資料檔案，屬于一種溫備，
2）對于innodb的表（支持事務），不鎖表，cp資料頁最終以資料檔案方式保存下來，并且把redo和undo一并備走，屬于熱備方式，
3）備份時讀取組態檔/etc/my.cnf

全量備份

#全備
[root@db01 data]# innobackupex --user=root --password=123 /backup
#避免時間戳，自定義路徑名
[root@db01 ~]# innobackupex --user=root --password=123 --no-timestamp /backup/full
#查看備份路徑中的內容
[root@db01 backup]# ll /backup/full
#記錄binlog檔案名和binlog的位置點
-rw-r-----  1 root root       21 Aug 16 06:23 xtrabackup_binlog_info 
#備份時刻，立即將已經commit過的記憶體中的資料頁重繪到磁盤
#備份時刻有可能會有其他資料寫入，已備走的資料檔案就不會再發生變化了
#在備份程序中，備份軟體會一直監控著redo和undo，一旦有變化會將日志一并備走
-rw-r-----  1 root root      117 Aug 16 06:23 xtrabackup_checkpoints
#備份匯總資訊
-rw-r-----  1 root root      485 Aug 16 06:23 xtrabackup_info
#備份的redo檔案
-rw-r-----  1 root root     2560 Aug 16 06:23 xtrabackup_logfile

全備的恢復

準備備份

將redo進行重做，已提交的寫到資料檔案，未提交的使用undo回滾，模擬CSR的程序

[root@db01 full]# innobackupex --user=root --password=123 --apply-log /backup/full

恢復備份(注意組態檔中指定basedir .datadir,sock, 客戶端指定sock路徑)

前提1：被恢復的目錄是空的
前提2：被恢復的資料庫的實體是關閉的

#停庫
[root@db01 full]# /etc/init.d/mysqld stop
#進入mysql目錄
[root@db01 full]# cd /application/mysql
#洗掉data目錄（在生產中可以備份一下）
[root@db01 mysql]# rm -fr data/
#恢復redo跟undo檔案
[root@db01 full]# innobackupex --user=root --password=123 --apply-log /backup/full
#拷貝資料(停庫不需要用戶跟密碼)
[root@db01 mysql]# innobackupex --copy-back /backup/ful

#授權
[root@db01 mysql]# chown -R mysql.mysql /application/mysql/data/
#啟動MySQL
[root@db01 mysql]# /etc/init.d/mysqld start

增量備份及恢復

備份方式

1）基于上一次備份進行增量
2）增量備份無法單獨恢復，必須基于全備進行恢復
3）所有增量必須要按順序合并到全備當中

#不使用之前的全備，執行一次全備
[root@mysql-db01 ~]#  innobackupex --user=root --password=123 --no-timestamp /backup/full

模擬資料變化

mysql> create database inc1;
mysql> use inc1
mysql> create table inc1_tab(id int);
mysql> insert into inc1_tab values(1),(2),(3);
mysql> commit;
mysql> select * from inc1_tab;

第一次增量備份

[root@db01 ~]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/full/ /backup/inc1
引數說明:
--incremental：開啟增量備份功能
--incremental-basedir：上一次備份的路徑

再次模擬資料變化

mysql> create database inc2;
mysql> use inc2
mysql> create table inc2_tab(id int);
mysql> insert into inc2_tab values(1),(2),(3);
mysql> commit;

第二次增量備份

[root@db01 ~]# innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/inc1/ /backup/inc2

增量恢復

#破壞資料
[root@db01 ~]# rm -fr /application/mysql/data/

準備備份

1）full+inc1+inc2
2）需要將inc1和inc2按順序合并到full中
3）分步驟進行--apply-log

第一步：在全備中apply-log時，只應用redo，不應用undo

[root@db01 ~]# innobackupex --apply-log --redo-only /backup/full/

第二步：合并inc1合并到full中，并且apply-log，只應用redo，不應用undo

[root@db01 ~]# innobackupex --apply-log --redo-only --incremental-basedir=/backup/inc1/ /backup/full/

第三步：合并inc2合并到full中，redo和undo都應用

[root@db01 ~]# innobackupex --apply-log --incremental-basedir=/backup/inc2/ /backup/full/

第四步：整體full執行apply-log，redo和undo都應用

[root@db01 mysql]# innobackupex --apply-log /backup/full/
copy-back
[root@db01 ~]# innobackupex --copy-back /backup/full/
[root@db01 ~]# chown -R mysql.mysql /application/mysql/data/
[root@db01 ~]# /etc/init.d/mysqld start

差異備份

[root@db01 backup]# innobackupex --user=root --password=1 --no-timestamp /backup/full_1
backup_type = full-backuped
from_lsn = 0
to_lsn = 1025176220

#1.第一次差異備份
[root@db01 backup]# innobackupex --user=root --password=1 --no-timestamp --incremental --
incremental-basedir=/backup/full_1 /backup/chayi1
[root@db01 backup]# cat chayi1/xtrabackup_checkpoints
backup_type = incremental
from_lsn = 1025176220
to_lsn = 1025202474

#2.第二次差異備份
[root@db01 backup]# innobackupex --user=root --password=1 --no-timestamp --incremental --
incremental-basedir=/backup/full_1 /backup/chayi2
backup_type = incremental
from_lsn = 1025176220
to_lsn = 1025208985

#3.第三次差異備份
[root@db01 backup]# innobackupex --user=root --password=1 --no-timestamp --incremental --
incremental-basedir=/backup/full_1 /backup/chayi3

#4.第四次差異備份
[root@db01 backup]# innobackupex --user=root --password=1 --no-timestamp --incremental --
incremental-basedir=/backup/full_1 /backup/chayi4
backup_type = incremental
from_lsn = 1025176220
to_lsn = 1025234244

恢復資料

#1.停資料庫
[root@db01 backup]# /etc/init.d/mysqld stop

#2.洗掉data目錄或者備份
[root@db01 backup]# rm -fr /application/mysql/data/*

#3.模擬CSR合并資料
full_1 + chayi1 + chayi2 + chayi3 + chayi4
1)full_1只做redo 不做undo
[root@db01 backup]# innobackupex --apply-log --redo-only /backup/full_1/
2)將chayi4合并到full_1 redo undo 都做
[root@db01 backup]# innobackupex --apply-log --incremental-dir=/backup/chayi4
/backup/full_1/
3)將full_1 redo undo 都做
[root@db01 backup]# innobackupex --apply-log /backup/full_1/

#4.copy back
[root@db01 backup]# innobackupex --copy-back /backup/full_1/
[root@db01 backup]# chown -R mysql.mysql /application/mysql/data/

模擬生產環境

#!/bin/bash
while true;do
mysql -uroot -p1 -e 'insert into mysqldump.mysqldump values(1);commit;'
sleep 2
done

優點:

1.備份的時候,方便

2.恢復的時候也方便

缺點:

重復資料多,占用磁盤空間大

思考:

企業級增量恢復實戰

背景：
某大型網站，mysql資料庫，資料量500G，每日更新量100M-200M

備份策略：
xtrabackup，每周六0:00進行全備，周一到周五及周日00:00進行增量備份，

故障場景：
周三下午2點出現資料庫意外洗掉表操作，

如何恢復？？？

全量備份

1.全備
innobackupex --user=root --password=1 --no-timestamp /backup/full_$(data +%F-%H) 

2.增備
innobackupex --user=root --password=1 --no-timestamp --incremental --incremental-basedir=/backup/full_$(data +%F-%H) /backup/cre_$(date +%F-%H)

意外發生

周三下午2點出現資料庫意外洗掉表操作，

解決辦法:

1準備新環境

2.停庫

3.先備份,洗掉/data目錄(找尋截止點)

4.恢復資料

1最近的全備中執行apply-log 只應用redo
innobackupex --apply-log --redo-only /backup/full_$(data +%F-%H)
2.找尋周一,二晚上00:00的增量備份,合并
innobackupex --apply-log --redo-only --incremental-dir=/backup/cre_$(date +%F-%H) /backup/full_$(date +%F-%H)
3.redo.undo都應用
innobackupex --apply-log --incremental-basedir=cre_$(date +%F-%H) /backup/full_$(date +%F-%H)
4.整體全備執行
innobackupex --apply-log /backup/full_$(date +%F-%H)
5.copy-back
innobackupex --copy-back /backup/full_$(date +%F-%H)
6.授權
chown -R mysql.mysql  /application/mysql/data
7.啟動mydql
/etc/init.d/mysqld start

5.確定起始點

[root@db01 full_2019-12-12-00]# cat xtrabackup_binlog_info 
mysql-bin.000001	15724

6.確定截止點

mysqlbinlog --base64-output=decode-rows -vvv /application/mysql/data/mysql-bin.00000.1| grep -i -B 5'drop table'

7.截取binlog

mysqlbinlog -uroot -p1 --start-position=    --stop-position= /application/mysql/data/mysql-bin.00000.1 >/tmp/inc.sql

8.發送增量資料到新庫

scp /tmp/inc.sql [email protected]:/tmp

9.在新庫內恢復

mysql>use +庫
#不記錄二進制日志
mysql> set sql_log_bin=0;
#恢復全備資料
mysql> source /tmp/full_2018-08-16.sql

10.恢復生產

修改鏈接代碼

11.啟動服務

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/232362.html

標籤：其他

上一篇：[20191115]oracle實體占用記憶體計算.txt

下一篇：TICK技術堆疊（四）Grafana安裝及使用

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種：三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看，三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看，三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統，“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及：虛擬機CentOs下執行 yum -y install lrzsz命令，出現錯誤：鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示：其實很簡單，往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號， sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求，SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生， 2020-08-28 16:18:25 分類專欄： kail 網路安全 linux 文章標簽： linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么？ 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼： #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘（北斗授時服務器）讓網路資料更精準

    北斗電力時鐘（北斗授時服務器）讓網路資料更精準 北斗電力時鐘（北斗授時服務器）讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年，資訊技術的得了快速發展，互聯網在逐漸普及，其在人們生活和生產中都得到了廣泛應用，并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用，一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub：https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺，后來才有了CTFHub。 感覺不論是網頁UI設計，還是題目質量，賽事跟蹤，工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解（net user / type /md /rd/ dir /cd /net use copy、批處理 等） 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝，密碼啊破解03Linux常用命令04LAMP 01LINUX windows： win03 8 12 16 19 配置不繁瑣 Linux：redhat,centos(紅帽社區版)，Ubuntu server,suse unix:金融機構，證券，銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 （POST注入/XSS漏洞上傳）3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題，描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章，不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》，我也是第一時間得知了這個訊息，然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本： 個人認為這件事也沒什么，還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹：metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包，它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一，它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip：192.168.20.121 靶機ip：192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k，軟體測驗工程師的漲薪史，給我看哭了

    清明節一過，盲猜大家已經無心上班，在數著日子準備過五一，但一想到銀行卡里的余額……瞬間心情就不美麗了。最近，2023年高校畢業生就業調查顯示，本科畢業月平均起薪為5825元。調查一出，便有很多同學表示自己又被平均了。看著這一資料，不免讓人想到前不久中國青年報的一項調查：近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文，所以對學習母語的我們非常不友好 使用網址：https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜，前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜，自動化測驗的需求也越來越高。如今，自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分，它們可以幫助開發人員更快地發現和修復錯誤，提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐：4個DVPP記憶體問題的典型案例解讀

    摘要：由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求（例如，記憶體首地址128位元組對齊），因此需呼叫專用的記憶體申請介面，那么本期就分享幾個關于DVPP記憶體問題的典型案例，并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》，作者：昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊，輔助滲透（埠掃描、登錄密碼爆破、漏洞驗證等） 2、encoders 編碼器模塊，主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手：與相機連接，設定相機引數，采集影像 2) 標定助手：九點標定或是其它的標定，生成標定檔案及內參外參，可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客，先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp)，這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接： https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more

Copyright © 2010-2020 有解無憂