mysqldump是MySQL自帶的邏輯備份工具。
它的備份原理是通過協(xié)議連接到 MySQL數(shù)據(jù)庫，將需要備份的數(shù)據(jù)查詢出來，
將查詢出的數(shù)據(jù)轉(zhuǎn)換成對應(yīng)的insert語句，當(dāng)我們需要還原這些數(shù)據(jù)時(shí)，
只要執(zhí)行這些insert語句，即可將對應(yīng)的數(shù)據(jù)還原。

1.mysqldump [選項(xiàng)] 數(shù)據(jù)庫名 [表名] > 腳本名
2.mysqldump [選項(xiàng)] --數(shù)據(jù)庫名 [選項(xiàng) 表名] > 腳本名
3.mysqldump [選項(xiàng)] --all-databases [選項(xiàng)]  > 腳本名

mysqladmin -uroot -p create db_name 
mysql -uroot -p  db_name < /backup/mysqldump/db_name.db

注：在導(dǎo)入備份數(shù)據(jù)庫前，db_name如果沒有，是需要?jiǎng)?chuàng)建的； 而且與db_name.db中數(shù)據(jù)庫名是一樣的才可以導(dǎo)入。

mysql > use db_name;
mysql > source /backup/mysqldump/db_name.db;

1.調(diào)用FWRL（flush tables with read lock）,全局禁止讀寫
2.開啟快照讀，獲取此期間的快照（僅僅對innodb起作用）
3.備份非innodb表數(shù)據(jù)（*.frm,*.myi,*.myd等）
4.非innodb表備份完畢之后，釋放FTWRL
5.逐一備份innodb表數(shù)據(jù)
6.備份完成

#  執(zhí)行語句
[root@localhost backup]# mysqldump -uroot -proot -h127.0.0.1 --all-databases --single-transaction --routines --events --triggers --master-data=2 --hex-blob --default-character-set=utf8mb4 --flush-logs --quick > all.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.

[root@localhost ~]# tail -f  /var/lib/mysql/localhost.log
第一步：
  FLUSH /*!40101 LOCAL */ TABLES
# 這里是刷新表


第二步：
  FLUSH TABLES WITH READ LOCK
# 因?yàn)殚_啟了--master-data=2，這時(shí)就需要flush tables with read lock鎖住全庫，
  記錄當(dāng)時(shí)的master_log_file和master_log_pos點(diǎn)
  這里有一個(gè)疑問？
  執(zhí)行flush tables操作，并加一個(gè)全局讀鎖，那么以上兩個(gè)命令貌似是重復(fù)的，
  為什么不在第一次執(zhí)行flush tables操作的時(shí)候加上鎖呢？
  簡而言之，是為了避免較長的事務(wù)操作造成FLUSH TABLES WITH READ LOCK操作遲遲得不到
  鎖，但同時(shí)又阻塞了其它客戶端操作。
  
  
第三步：
  SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
#  --single-transaction參數(shù)的作用，設(shè)置事務(wù)的隔離級別為可重復(fù)讀，
  即REPEATABLE READ，這樣能保證在一個(gè)事務(wù)中所有相同的查詢讀取到同樣的數(shù)據(jù)，
  也就大概保證了在dump期間，如果其他innodb引擎的線程修改了表的數(shù)據(jù)并提交，
  對該dump線程的數(shù)據(jù)并無影響，然而這個(gè)還不夠，還需要看下一條


第四步：
  START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT */
# 獲取當(dāng)前數(shù)據(jù)庫的快照，這個(gè)是由mysqldump中--single-transaction決定的。
# WITH CONSISTENT SNAPSHOT能夠保證在事務(wù)開啟的時(shí)候，第一次查詢的結(jié)果就是
  事務(wù)開始時(shí)的數(shù)據(jù)A，即使這時(shí)其他線程將其數(shù)據(jù)修改為B，查的結(jié)果依然是A。簡而言之，就是開啟事務(wù)并對所有表執(zhí)行了一次SELECT操作，這樣可保證備份時(shí)，
  在任意時(shí)間點(diǎn)執(zhí)行select * from table得到的數(shù)據(jù)和
  執(zhí)行START TRANSACTION WITH CONSISTENT SNAPSHOT時(shí)的數(shù)據(jù)一致。
 【注意】，WITH CONSISTENT SNAPSHOT只在RR隔離級別下有效。

第五步：
  SHOW MASTER STATUS
# 這個(gè)是由--master-data決定的，記錄了開始備份時(shí)，binlog的狀態(tài)信息，
  包括MASTER_LOG_FILE和MASTER_LOG_POS

這里需要特別區(qū)分一下master-data和dump-slave
master-data:
--master-data=2表示在dump過程中記錄主庫的binlog和pos點(diǎn)，并在dump文件中注釋掉這一行；
--master-data=1表示在dump過程中記錄主庫的binlog和pos點(diǎn)，并在dump文件中不注釋掉這一行，即恢復(fù)時(shí)會(huì)執(zhí)行；
dump-slave
--dump-slave=2表示在dump過程中，在從庫dump，mysqldump進(jìn)程也要在從庫執(zhí)行，
  記錄當(dāng)時(shí)主庫的binlog和pos點(diǎn)，并在dump文件中注釋掉這一行；
--dump-slave=1表示在dump過程中，在從庫dump，mysqldump進(jìn)程也要在從庫執(zhí)行，
  記錄當(dāng)時(shí)主庫的binlog和pos點(diǎn)，并在dump文件中不注釋掉這一行；
 
第六步：
  UNLOCK TABLES
# 釋放鎖。

–single-transaction 實(shí)際上通過做了下面兩個(gè)操作 ：

① 在開始的時(shí)候把該 session 的事務(wù)隔離級別設(shè)置成 repeatable read ；

② 然后啟動(dòng)一個(gè)事務(wù)（執(zhí)行 begin ），備份結(jié)束的時(shí)候結(jié)束該事務(wù)（執(zhí)行 commit ）

有了這兩個(gè)操作，在備份過程中，該 session 讀到的數(shù)據(jù)都是啟動(dòng)備份時(shí)的數(shù)據(jù)（同一個(gè)點(diǎn)）?？梢岳斫鉃閷τ?InnoDB 引擎來說加了該參數(shù)，備份開始時(shí)就已經(jīng)把要備份的數(shù)據(jù)定下來了，
備份過程中的提交的事務(wù)時(shí)是看不到的，也不會(huì)備份進(jìn)去。