1.查詢日誌:
記錄每一條sql語句，建議不開啟，因為如果訪問量較大，會佔用相當大的資源，影響效能;

vim /etc/my.cnf.d/server.cnf

general_log = ON| OFF#查詢日誌開關

general_log_file localhost.log #查詢日誌的檔名字（/var/lib/mysql）

log_output TABLE | FILE | NONE #查詢日誌的儲存形式

2.慢查詢日誌
執行時長超出指定時間的查詢操作（測試命令:select sleep(4);）

slow_query_log = OFF|ON #開啟慢查詢日誌

slow_query_log_file = LOCALHOST-SLOW.log #慢查詢日誌的檔案路徑

long_query_time #慢查詢時長；預設是10s

log_slow_rate_limit#如果要記錄的慢查詢日誌非常多的話，會按照速率來記錄，預設1秒記錄一個

log_slow_verbosity=full | query_plan #記錄的詳細級別

3.錯誤日誌
mysqld啟動和關閉過程中輸出的事件資訊

mysqld執行中產生的錯誤資訊

event scheduler 執行一個event時產生的日誌資訊

在主從複製架構中的從伺服器上啟動從伺服器執行緒時產生的資訊

log_error = /var/log/mysql_error.log#指定錯誤日誌的輸出位置

log_warnings 為0，表示不記錄告警資訊。

log_warnings 為1，表示告警資訊寫入錯誤日誌。

log_warnings 大於1，表示各類告警資訊，例如有關網路故障的資訊和重新連線資訊寫入錯誤日誌。(預設為2)

4.二進位制日誌
針對時間點還原起著至關重要的作用

1）檢視二進位制日誌：

SHOW {BINARY | MASTER} LOGS

SHOW BINLOG EVENTS [IN 'log_name']

show master status;

2）記錄導致資料改變或者可能導致資料改變的SQL語句

log_bin = OFF | ON

log_bin_basename = /var/lib/mysql/mysql-bin

binlog_format=STATEMENT|ROW|MIXED:二進位制記錄格式

STATEMENT：基於“語句”記錄

ROW：基於“行”記錄

MIXED：讓系統自行判定該基於哪種方式進行

sql_log_bin=1|0:是否啟用二進位制日誌

log_bin_index=PATH:二進位制日誌索引位置

sync_binlog=1|0:設定是否啟動二進位制日誌同步功能

max_binlog_size=SIZE:單個二進位制檔案最大體積，預設為1G

expire_logs_days=0#超過多少天就清除二進位制日誌，預設為0,代表不啟用此功能

3）二進位制日誌滾動：

1.flush logs;

2.檔案超出指定大小

3.service mariadb restart

4）二進位制日誌檔案的構成：

兩類檔案：

日誌檔案：mysql-bin.xxxxx，二進位制格式

索引檔案：mysql-bin.index,索引檔案

5）二進位制日誌格式:

190613 14:17:32 server id 1 end_log_pos 666 CRC32 0xeb1cde6b Query thread_id=9 exec_time=

0 error_code=0

use testdb/!/;

事件發生的日期和時間：190613 14:17:32

事件發生的伺服器標識：server id 1

事件的結束位置：end_log_pos 666

事件的型別：Query

事件發生時所在伺服器執行此事件的執行緒ID：thread_id=9

語句的時間戳與將其寫入二進位制檔案中的時間差：exec_time=0

錯誤程式碼：error_code=0

事件內容：

GTID:Global Transaction ID;

專屬屬性：GTID

6）mysqlbinlog：客戶端命令工具

mysqlbinlog [options] log_file ...

--start-datetime=

--stop-datetime=

--start-position=

--stop-position=

5.中繼日誌:
複製架構中，備伺服器用於儲存主伺服器的二進位制日誌中讀取到的事件

6.事務日誌:transaction log（ib_logfile0，ib_logfile1）
innodb_buffer_pool_size 一般設定成為實體記憶體的3/4,或者4/5

innodb_log_files_in_group = 2 事務日誌檔案的個數，預設為2個事務日誌檔案

innodb_log_file_size = 50331648（48m）事務日誌檔案的單個大小48m

innodb_log_group_home_dir = ./ 事務日誌檔案的所在路徑，預設就在mariadb的資料目錄/var/lib/mysql

事務型儲存引擎自行管理和使用(Innodb,myisam引擎是不支援事務，外來鍵，行級鎖)

redo log : 重做日誌

undo log ：撤銷日誌

7.備份和恢復：

1）為什麼要備份？

災難恢復：硬體故障，軟體故障，自然災害，黑客攻擊，誤操作

測試

2）要注意的要點：

備份需要多少時間

能容忍最多丟失多少資料

恢復資料需要在多場時間內完成

需要恢復哪些資料

（1）做還原測試，用於測試備份的可用性

（2）還原演練

3）備份型別:

完全備份，部分備份

完全備份:整個資料集

部分備份:只備份資料子集

完全備份、增量備份、差異備份

增量備份:僅備份最近一次完全備份或增量備份（如果有增量備份）以來變化的資料

差異備份:僅備份最近一次完全備份以來變化的資料;

熱備、溫備、冷備

熱備:讀寫操作均可執行

溫備:讀操作可以、寫不行

冷備:讀寫操作均不能執行

MyISAM:溫備，不能熱備；

Innodb：熱備

物理備份、邏輯備份

物理備份：直接複製資料檔案進行備份，與儲存引擎無關

邏輯備份：從資料庫中“匯出”資料庫另存而進行備份

備份時需要考慮的因素：

持續多久

備份過程的時長

備份負載

恢復過程的時長

備份什麼？

要備份的資料

二進位制日誌，innodb的事務日誌

程式碼（儲存過程，儲存函式，觸發器，時間排程器）

伺服器的配置檔案

設計備份方案：

資料集：完全+增量

備份手段：物理，邏輯

對於備份較大的資料建議物理備份，對於較小的資料建議用邏輯備份;

備份工具的選擇：

mysqldump+複製binlog：

mysqldump：完全備份

複製binlog中指定時間範圍內的event：增量備份

lvm2快照+複製binlog：

lvm2快照：適用cp或者tar等做物理備份：完全備份

複製binlog中指定時間範圍內的event：增量備份

xtrabackup|mariabackup：

由Percona提供的支援對InnoDB做熱備（物理備份）工具

完全備份，增量工具

4）基於二進位制檔案的恢復

1.算好要恢復資料的時間段，重定向輸入到bin.sql檔案中

mysqlbinlog --start-datetime="2019-06-08 22:55:13" --stop-datetime="2019-06-08 22:55:13" binlog.0000011 > bin.sql

mysqlbinlog /var/lib/mysql/mysqlbin.000001 --stop-pos=1093 | mysql -uroot -proot

2.執行bin.sql檔案還原

source bin.sql

5）基於lvm2的備份

(1)請求鎖定所有表

flush tables with read lock;

(2)記錄二進位制日誌檔案及事件位置或時間點

flush logs;

mysql -uroot -proot -e 'show master status;' > /path/to/somefile

(3)建立快照

lvcreate -L # -s -p r -n NAME /DEV/VG_NAME/LV_NAME

(4)釋放鎖

unlock tables;

(5)掛在快照卷，執行資料備份

(6)備份完成後，刪除快照卷

(7)指定好策略，通過原卷備份二進位制日誌

(8)還原的時候確保屬組和屬主是mysql:mysql

如果是yum安裝預設資料目錄在/var/lib/mysql,如果需要更改

[mysqld]

datadir=/mysql_data/

pid_file=/mysql_data/localhost.pid

socket=/mysql_data/mysql.sock

wsrep_data_home_dir=/mysql_data/

log-bin=mysql-bin

[client]

socket=/mysql_data/mysql.sock

6）備份工具mariabackup

Mariabackup

簡介

Mariabackup是MariaDB提供的一個開源工具，用於對InnoDB，Aria和MyISAM表進行物理線上備份。這個工具是基於Percona的XtraBackup（版本2.3.8）的解決方案。

這裡有一點需要注意，在MariaDB10.3.x及以上的版本用Percona XtraBackup工具會有問題。原因可能是MariaDB10.3以上版本的redo日誌格式和之前不同了。

Percona的官方文件：https://www.percona.com/doc/percona-xtrabackup/2.4/index.html

Mariabackup的官方文件：https://mariadb.com/kb/en/library/mariabackup-overview/

安裝方法

yum install MariaDB-backup

備份與恢復

全備+恢復

1.全量備份

mariabackup --backup --target-dir=/root/fullbackup --user=root --password=root

2.準備全備資料

mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root

3.還原資料(請確保資料目錄下是空的)

mariabackup --copy-back --target-dir=/root/fullbackup/ --user=root --password=root

4.修改屬組和屬主

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

全備+增量+恢復

1.全量備份

mariabackup --backup --target-dir=/root/fullbackup --user=root --password=root

2.增量備份

mariabackup --backup --target-dir=/root/inc1 --incremental-basedir=/root/fullbackup/ --user=root --password=root

3.準備全備資料

mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root

4.增量和全備資料合併

mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root --incremental-dir=/root/inc1/ --apply-log-only

5.恢復資料(請確保資料目錄下是空的)

mariabackup --copy-back --target-dir=/root/fullbackup/ --user=root --password=root

6.修改屬組和屬主

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

mariadb資料庫備份與恢復

190613 14:17:32 server id 1 end_log_pos 666 CRC32 0xeb1cde6b Query thread_id=9 exec_time=

mariadb資料庫備份與恢復

mysqldump基於docker容器實現資料庫備份與恢復

第9章：K8s叢集證書續簽，Etcd資料庫備份與恢復

2020重新出發，MySql基礎，MySql資料庫備份與恢復

達夢資料庫備份與恢復

資料庫備份與恢復

Etcd資料庫備份與恢復

mysql資料庫備份與恢復

達夢（DM8）資料庫備份與恢復-console工具離線備份

postgresql資料庫備份與恢復

MySQL53--資料庫備份與恢復

postgresql 資料庫備份與恢復

你知道資料庫中資料丟失的嚴重性嗎，快來學習資料庫的備份與恢復！！

【工具類】mysqldump命令java中實現資料庫的備份與恢復

資料庫的備份與恢復

mysqldump使用方法(MySQL資料庫的備份與恢復)

Mysql資料庫的備份與恢復技術

mysql資料庫的備份與恢復

分散式文件儲存資料庫之MongoDB備份與恢復

分散式文件儲存資料庫之MongoDB備份與恢復的實踐詳解

mariadb資料庫備份與恢復

190613 14:17:32 server id 1 end_log_pos 666 CRC32 0xeb1cde6b Query thread_id=9 exec_time=

相關推薦