linux數據庫備份和恢復

1、直接用log日誌備份

（注：操做前先中止網站數據再次進入，生成新的SQL語句）

一、查看全部數據庫操做語句
/usr/local/mysql/bin/mysqlbinlog --no-defaults mysql-bin.000010 > /opt/backup/aaa.sql

二、恢復（設置截止時間或截止id）
mysqlbinlog --database=test --stop-datatime="2017-12-08 15:03:00" /usr/local/mysql/var/mysql-bin.000011 | mysql -u root -p
2、作主從備份
http://blog.csdn.net/qmhball/article/details/8233769

（注：下文爲引入，防止原文件刪除）
主機（master）配置：
1.修改mysql配置文件my.cnf
在[mysqld]標籤下添加如下幾行

log-bin #開啓二進制日誌
server-id=id #主服務器id號
binlog-do-db=db_nameA #指定對db_nameA記錄二進制日誌
binlog-ignore-db=db_namB #指定不對db_namB記錄二進制日誌

注意：
log-bin，server-id是配置文件中必須添加的內容。此時主服務器默認對全部數據庫進行備份。若是須要特殊指明只對某個數據庫進行備份或不備份，則能夠加入binlog-do-db和binlog-ignore-db選項。有關（log-bin的詳細說明見附錄1）

在測試主機上，咱們實際添加入以下內容：

log-bin
server-id=1
binlog-do-db=test

2.爲從服務器添加mysql帳戶並配置權限
在主服務器上，必須爲從服務器建立一個用來鏈接主服務器的用戶，並設置replication slave權限。所用具體命令以下：

grant replication slave
on *.*
to '賬號' @ '從服務器IP' identified by '密碼';

在測試機上，咱們實際執行：

grant replication slave
on *.*
to 'replication'@'%' identified by 'sosotest';

這時在mysql庫的user表中使用

select * from user where user = 'replication' \G;

能夠看到Repl_slave_priv項對就的值爲Y。
3.導出主服務器數據
導出主服務器數據，以備以後將其導入從服務器，使主從服務器的初始狀態保持一致。

在測試機上，咱們實際執行：

mysqldump test > test.bak

4.記錄File 及Position 項的值
　　重啓mysql，使用show master status\G;查看主服務器狀態，記錄File 及Position 項的值，以便以後對從服務器進行配置。
　　
在測試機上，咱們實際執行時看到的結果以下：
*************************** 1. row ***************************
File: simba-bin.000008
Position: 79
Binlog_Do_DB: test
Binlog_Ignore_DB: 
1 row in set (0.00 sec)

其中File爲imba-bin.000008；Position爲79。

至此主服務器配置完畢

從機（slave）配置：
1.修改mysql配置文件my.cnf
在[mysqld]標籤下添加如下面一行：

server-id=id #從機id

實際中，咱們添加：

server-id=2

2.導入主機數據庫
在測試機上，咱們實際執行：
mysql test < test.bak

3.重啓mysql數據庫並設置相關參數

change master to
master_host = '10.1.146.133',
master_user = 'replication',
master_password = 'sosotest',
master_log_file = 'darkstar-bin.000008',
master_log_pos = 79;
slave start;

4.檢查數據庫查看相關參數
　　使用show slave status \G;查看相關參數是否正確。
　　在實際執行時，咱們在從機上看到的結果以下（只摘取了部分輸出）：
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.1.146.133
Master_User: replication
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: darkstar-bin.000006
Read_Master_Log_Pos: 79
Relay_Log_File: simba-relay-bin.000003
Relay_Log_Pos: 171
Relay_Master_Log_File: darkstar-bin.000006
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
……

對部分參數的解釋：
Slave_IO_State: Waiting for master to send event 
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
以上參數說聽slave正常運行，正等待主服務器發來的消息。此時若用netstate命令能夠看到從機與主機間已經創建了一條邊接。

特別須要注意的兩個參數是：
Master_Log_File和Read_Master_Log_Pos。Master_Log_File表明主機上用於主備同步的日誌文件名，Read_Master_Log_Pos表明上一次成功同步到的日誌文件中的位置。
若是這兩項與先前在主服務器上看到的File及Position的值不相符，則沒法正確進行同步。

3、解決同步狀態的問題：
http://blog.51cto.com/kerry/277414

（注：下文爲引入）

Slave_SQL_Running: No mysql同步故障解決

     今天檢查數據庫發現一臺MySQL Slave未和主機同步，查看Slave狀態：
mysql> show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: No
Last_Errno: 1062
....
Seconds_Behind_Master:NULL
緣由：
1.程序可能在slave上進行了寫操做 
2.也多是slave機器重起後，事務回滾形成的.

解決辦法I：
1.首先停掉Slave服務：slave stop

2.到主服務器上查看主機狀態：
記錄File和Position對應的值。
mysql> show master status;
+------------------+-----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+-----------+--------------+------------------+
| mysql-bin.000020 | 135617781 | | |
+------------------+-----------+--------------+------------------+
1 row in set (0.00 sec)

3.到slave服務器上執行手動同步：
mysql> change master to 
> master_host='master_ip',
> master_user='user', 
> master_password='pwd', 
> master_port=3307, 
> master_log_file='mysql-bin.000020', 
> master_log_pos=135617781;
1 row in set (0.00 sec)
mysql> slave start;
1 row in set (0.00 sec)
再次查看slave狀態發現：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
Seconds_Behind_Master: 0

解決辦法II：
mysql> slave stop;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> slave start;

 

本身的使用體會:方法一是強制性從某一個點開始同步,會有部分沒有同步的數據丟失,後續主服務器上刪除記錄同步也會有一些錯誤信息,不會影響使用.方法二不必定會有效果.

 

 

=======================================================================================]

1,主從不能同步:

show slave status;報錯:Error xxx dosn't exist
且show slave status\G:
Slave_SQL_Running: NO
Seconds_Behind_Master: NULL

解決方法:
stop slave;
set global sql_slave_skip_counter =1 ;
start slave;

以後Slave會和Master去同步 主要看:

Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master是否爲0，0就是已經同步了

2,還須要作的一些優化與監視:
show full processlist; //查看mysql當前同步線程號
skip-name-resolve       //跳過dns名稱查詢，有助於加快鏈接及同步的速度
max_connections=1000    //增大Mysql的鏈接數目，(默認100)
max_connect_errors=100 //增大Mysql的錯誤鏈接數目,(默認10)

 

查看日誌一些命令
1,  show master status\G;
           在這裏主要是看log-bin的文件是否相同。
    show slave status\G;
    在這裏主要是看:
                   Slave_IO_Running=Yes
                   Slave_SQL_Running=Yes
   若是都是Yes,則說明配置成功.

2,在master上輸入show processlist\G;
     mysql> SHOW PROCESSLIST\G
     *************************** 1. row ***************************
       Id: 2
       User: root
       Host: localhost:32931
       db: NULL
       Command: Binlog Dump
       Time: 94
       State: Has sent all binlog to slave; waiting for binlog to
         be updated
       Info: NULL

   若是出現Command: Binlog Dump,則說明配置成功.

 

 

stop slave    #中止同步  start slave    #開始同步，從日誌終止的位置開始更新。  SET SQL_LOG_BIN=0|1  #主機端運行，須要super權限，用來開停日誌，隨意開停，會形成主機從機數據不一致，形成錯誤  SET GLOBAL SQL_SLAVE_SKIP_COUNTER=n  # 客戶端運行，用來跳過幾個事件，只有當同步進程出現錯誤而中止的時候才能夠執行。  RESET MASTER  #主機端運行,清除全部的日誌，這條命令就是原來的FLUSH MASTER  RESET SLAVE   #從機運行，清除日誌同步位置標誌，並從新生成master.info 雖然從新生成了master.info,可是並不起用，最好，將從機的mysql進程重啓一下，  LOAD TABLE tblname FROM MASTER #從機運行，從主機端重讀指定的表的數據，每次只能讀取一個，受timeout時間限制，須要調整timeout時間。執行這個命令須要同步帳號有 reload和super權限。以及對相應的庫有select權限。若是表比較大，要增長net_read_timeout 和 net_write_timeout的值  LOAD DATA FROM MASTER  #從機執行，從主機端從新讀入全部的數據。執行這個命令須要同步帳號有reload和super權限。以及對相應的庫有select權限。若是表比較大，要增長net_read_timeout 和 net_write_timeout的值  CHANGE MASTER TO master_def_list  #在線改變一些主機設置，多個用逗號間隔,好比 CHANGE MASTER TO   MASTER_HOST='master2.mycompany.com',   MASTER_USER='replication',   MASTER_PASSWORD='bigs3cret'  MASTER_POS_WAIT() #從機運行  SHOW MASTER STATUS #主機運行，看日誌導出信息  SHOW SLAVE HOSTS #主機運行，看連入的從機的狀況。  SHOW SLAVE STATUS (slave)  SHOW MASTER LOGS (master)  SHOW BINLOG EVENTS [ IN 'logname' ] [ FROM pos ] [ LIMIT [offset,] rows ]  PURGE [MASTER] LOGS TO 'logname' ; PURGE [MASTER] LOGS BEFORE 'date'