㈠ sql資料庫安裝與備份詳解！！沒接觸過SQL，但公司要求會備份與安裝！！求解！！！謝謝！！
sql資料庫安裝簡明教程
http://www.hotliu.net/Read.Asp?id=65
SQL資料庫的備份、還原、壓縮與數據轉移的方法
一、備份資料庫
1、打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server
2、SQL Server組-->雙擊打開你的伺服器-->雙擊打開資料庫目錄
3、選擇你的資料庫名稱（如財務資料庫cwdata）-->然後點上面菜單中的工具-->選擇備份資料庫
4、備份選項選擇完全備份，目的中的備份到如果原來有路徑和名稱則選中名稱點刪除，然後點添加，如果原來沒有路徑和名稱則直接選擇添加，接著指定路徑和文件名，指定後點確定返回備份窗口，接著點確定進行備份。二、還原資料庫
1、打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server；
2、SQL Server組-->雙擊打開你的伺服器-->點圖標欄的新建資料庫圖標，新建資料庫的名字自行取；
3、點擊新建好的資料庫名稱（如財務資料庫cwdata）-->然後點上面菜單中的工具-->選擇恢復資料庫；
4、在彈出來的窗口中的還原選項中選擇從設備-->點選擇設備-->點添加-->然後選擇你的備份文件名-->添加後點確定返回，這時候設備欄應該出現您剛才選擇的資料庫備份文件名，備份號默認為1（如果您對同一個文件做過多次備份，可以點擊備份號旁邊的查看內容，在復選框中選擇最新的一次備份後點確定）-->然後點擊上方常規旁邊的選項按鈕；
5、在出現的窗口中選擇在現有資料庫上強制還原，以及在恢復完成狀態中選擇使資料庫可以繼續運行但無法還原其它事務日誌的選項。在窗口的中間部位的將資料庫文件還原為這里要按照你SQL的安裝進行設置（也可以指定自己的目錄），邏輯文件名不需要改動，移至物理文件名要根據你所恢復的機器情況做改動，如您的SQL資料庫裝在D:Program FilesMicrosoft SQL ServerMSSQLData，那麼就按照您恢復機器的目錄進行相關改動改動，並且最後的文件名最好改成您當前的資料庫名（如原來是 cw123_data.mdf，現在的資料庫是cwdata，就改成cwdata_data.mdf），日誌和數據文件都要按照這樣的方式做相關的改動（日誌的文件名是*_log.ldf結尾的），這里的恢復目錄您可以自由設置，前提是該目錄必須存在（如您可以指定 d:sqldatacwdata_data.mdf或者d:sqldatacwdata_log.ldf），否則恢復將報錯；
6、修改完成後，點擊下面的確定進行恢復，這時會出現一個進度條，提示恢復的進度，恢復完成後系統會自動提示成功，如中間提示報錯，請記錄下相關的錯誤內容並詢問對SQL操作比較熟悉的人員，一般的錯誤無非是目錄錯誤或者文件名重復或者文件名錯誤或者空間不夠或者資料庫正在使用中的錯誤，資料庫正在使用的錯誤您可以嘗試關閉所有關於SQL窗口然後重新打開進行恢復操作，如果還提示正在使用的錯誤可以將SQL服務停止然後重起看看，至於上述其它的錯誤一般都能按照錯誤內容做相應改動後即可恢復。三、收縮資料庫
一般情況下，SQL資料庫的收縮並不能很大程度上減小資料庫大小，其主要作用是收縮日誌大小，應當定期進行此操作以免資料庫日誌過大。
1、設置資料庫模式為簡單模式：打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的伺服器-->雙擊打開資料庫目錄-->選擇你的資料庫名稱（如財務資料庫cwdata）--> 然後點擊右鍵選擇屬性-->選擇選項-->在故障還原的模式中選擇「簡單」，然後按確定保存；
2、在當前資料庫上點右鍵，看所有任務中的收縮資料庫，一般裡面的默認設置不用調整，直接點確定；
3、收縮資料庫完成後，建議將您的資料庫屬性重新設置為標准模式，操作方法同第一點，因為日誌在一些異常情況下往往是恢復資料庫的重要依據。四、數據的轉移（新建資料庫或轉移伺服器）
一般情況下，最好使用備份和還原操作來進行轉移數據，在特殊情況下，可以用導入導出的方式進行轉移，這里介紹的就是導入導出方式，導入導出方式轉移數據一個作用就是可以在收縮資料庫無效的情況下用來減小（收縮）資料庫的大小。
1、將原資料庫的所有表、存儲過程導出成一個SQL文件，導出的時候注意在選項中選擇編寫索引腳本和編寫主鍵、外鍵、默認值和檢查約束腳本選項；
2、新建資料庫，對新建資料庫執行第一步中所建立的SQL文件；
3、用SQL的導入導出方式，對新資料庫導入原資料庫中的所有表內容。 五、SQL資料庫備份恢復的另一種方法
1、將原來備份的C:Program FilesMicrosoft SQL ServerMSSQLData目錄下的兩個文件＊_sql_Data.MDF 和 ＊_sql_Log.LDF 同時COPY 到您的SQL Server 2000的安裝目錄中，如： C:Program FilesMicrosoft SQL ServerMSSQLData ；
2、打開 "企業管理器" -> "機器名" -> "資料庫" ，右鍵點擊 "所有任務" -> "附加資料庫" ，然後再選擇剛才COPY的文件 ＊_sql_Data.MDF ，點擊附加，成功！
3、做好其它設置，如登錄身份、密碼等即可。
㈡ mysql怎麼實現主從復制
mysql主從復制的配置
1. 准備工作
有兩台MySQL資料庫伺服器Master和slave，Master為主伺服器，slave為從伺服器。
初始狀態時，Master和slave中的數據信息相同，當Master中的數據發生變化時，slave也跟著發生相應的變化，使得master和slave的數據信息同步，達到備份的目的。
要點：
負責在主、從伺服器傳輸各種修改動作的媒介是主伺服器的二進制變更日誌，這個日誌記載著需要傳輸給從伺服器的各種修改動作。
因此，主伺服器必須激活二進制日誌功能。從伺服器必須具備足以讓它連接主伺服器並請求主伺服器把二進制變更日誌傳輸給它的許可權。
環境：
Master和slave的MySQL資料庫版本同為5.6.28
操作系統：CentOS release 6.5 (Final)
IP地址：master:120.77.153.204 slave:120.77.148.74
2. master的配置
（1） 創建復制帳號
mysql> CREATE USER'masterslave'@'120.77.148.74' IDENTIFIED BY '123456';Query OK, 0 rows affected (0.00 sec)
（2） 主從復制授權
GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'masterslave'@'120.77.148.74' IDENTIFIED BY '123456';
（3） 拷貝數據
（假如是你完全新安裝mysql主從伺服器，這一步就不需要。因為新安裝的master和slave有相同的數據）
關停Master伺服器，將Master中的數據拷貝到B伺服器中，使得Master和slave中的數據同步，並且確保在全部設置操作結束前，
禁止在Master和slave伺服器中進行寫操作，使得兩資料庫中的數據一定要相同！
3. 修改配置文件
對master進行配置，包括打開二進制日誌，指定唯一的servr ID
[root@myserver ~]# find / -type f -name my.cnf/usr/my.cnf[root@myserver ~]# vim /usr/my.cnfserver_id=1log-bin=mysql-bin
4. 重啟master，運行SHOW MASTER STATUS，輸出如下：
[root@myserver ~]# service mysql stopShutting down MySQL.... SUCCESS! [root@myserver ~]# service mysql startStarting MySQL. SUCCESS! [root@myserver ~]# mysql -uroot -pEnter password: Welcome to the MySQL monitor. Commands end with ; or g.Your MySQL connection id is 3Server version: 5.6.28-log MySQL Community Server (GPL)Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.Oracle is a registered trademark of Oracle Corporation and/or itsaffiliates. Other names may be trademarks of their respectiveowners.Type 'help;' or 'h' for help. Type 'c' to clear the current input statement.mysql> mysql> show master status; mysql> show master status;+------------------+----------+--------------+------------------+-------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |+------------------+----------+--------------+------------------+-------------------+| mysql-bin.000001 | 120 | | | |+------------------+----------+--------------+------------------+-------------------+1 row in set (0.00 sec)mysql>
配置slave
1. 修改my.cnf文件
[root@wenhaijin mysql-5.6.28]# find / -type f -name my.cnf/usr/my.cnf[root@wenhaijin mysql-5.6.28]# vim /usr/my.cnf log_bin = mysql-binserver_id = 2relay_log = mysql-relay-binlog_slave_updates = 1read_only = 1
server_id是必須的，而且唯一。
slave沒有必要開啟二進制日誌，但是在一些情況下，必須設置。
例如，如果slave為其他slave的master，必須設置bin_log。
在這里，我們開啟了二進制日誌，而且顯示了命名（默認名稱為hostname，但是，如果hostname改變則會出現問題）。
relay_log配置中繼日誌，log_slave_updates表示slave將復制事件寫進自己的二進制日誌（後面會看到它的用處）。
有些人開啟了slave的二進制日誌，卻沒有設置log_slave_updates，然後查看slave的數據是否改變，這是一種錯誤的配置。
所以，盡量使用read_only，它防止改變數據（除了特殊的線程）。但是，read_only並是很實用，特別是那些需要在slave上創建表的應用。
2. 啟動slave
接下來就是讓slave連接master，並開始重做master二進制日誌中的事件。
你不應該用配置文件進行該操作，而應該使用CHANGE MASTER TO語句，該語句可以完全取代對配置文件的修改，而且它可以為slave指定不同的master，而不需要停止伺服器。如下：
mysql> CHANGE MASTER TO MASTER_HOST='120.77.153.204', -> MASTER_USER='masterslave', -> MASTER_PASSWORD='123456', -> MASTER_LOG_FILE='mysql-bin.000001', -> MASTER_LOG_POS=0;Query OK, 0 rows affected, 2 warnings (0.01 sec)
MASTER_LOG_POS的值為0，因為它是日誌的開始位置。
你可以用SHOW SLAVE STATUS語句查看slave的設置是否正確：
mysql> SHOW SLAVE STATUSG*************************** 1. row *************************** Slave_IO_State: Master_Host: 120.77.153.204 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 4 Relay_Log_File: mysql-relay-bin.000001 Relay_Log_Pos: 4 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: No Slave_SQL_Running: No Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 4 Relay_Log_Space: 120 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: NULLMaster_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 0 Master_UUID: Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 01 row in set (0.00 sec)
Slave_IO_State, Slave_IO_Running, 和Slave_SQL_Running是No
表明slave還沒有開始復制過程。日誌的位置為4而不是0，這是因為0隻是日誌文件的開始位置，並不是日誌位置。
實際上，MySQL知道的第一個事件的位置是4。
為了開始復制，你可以運行START SLAVE；
mysql> START SLAVE; mysql> SHOW SLAVE STATUSG;*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 120.77.153.204 Master_User: masterslave Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 1762 Relay_Log_File: mysql-relay-bin.000001 Relay_Log_Pos: 1925 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 1762 Relay_Log_Space: 2098 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: 4df9a165-03fd-11e7-b234-00163e0243e8 Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 01 row in set (0.00 sec)
在這里主要是看：
Slave_IO_Running=Yes
Slave_SQL_Running=Yes
slave的I/O和SQL線程都已經開始運行，而且Seconds_Behind_Master不再是NULL。
日誌的位置增加了，意味著一些事件被獲取並執行了。
如果你在master上進行修改，你可以在slave上看到各種日誌文件的位置的變化，同樣，你也可以看到資料庫中數據的變化。
你可通過show processlistG；查看master和slave上線程的狀態。在master上，你可以看到slave的I/O線程創建的連接。
3. 授權masterslave用戶遠程登入，然後使用navicat遠程連接
說明已經成功實現mysql的主從復制。
㈢ mysql 如何備份和還原資料庫
目前 MySQL 支持的免費備份工具有：mysqlmp、mysqlhot，還可以用 SQL 語法進行備份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者備份二進制日誌（binlog），還可以是直接拷貝數據文件和相關的配置文件。MyISAM 表是保存成文件的形式，因此相對比較容易備份，上面提到的幾種方法都可以使用。Innodb 所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqlmp。
1、mysqlmp
1.1 備份
mysqlmp 是採用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不同的 MySQL 版本之間升級時相對比較合適，這也是最常用的備份方法。現在來講一下 mysqlmp 的一些主要參數：
•--compatible=name
它告訴 mysqlmp，導出的數據將和哪種資料庫或哪個舊版本的 MySQL 伺服器相兼容。值可以為 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它並不保證能完全兼容，而是盡量兼容。
•--complete-insert，-c
導出的數據採用包含欄位名的完整 INSERT 方式，也就是把所有的值都寫在一行。這么做能提高插入效率，但是可能會受到 max_allowed_packet 參數的影響而導致插入失敗。因此，需要謹慎使用該參數，至少我不推薦。
•--default-character-set=charset
指定導出數據時採用何種字元集，如果數據表不是採用默認的 latin1 字元集的話，那麼導出時必須指定該選項，否則再次導入數據後將產生亂碼問題。
•--disable-keys
告訴 mysqlmp 在 INSERT 語句的開頭和結尾增加 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 語句，這能大大提高插入語句的速度，因為它是在插入完所有數據後才重建索引的。該選項只適合 MyISAM 表。
•--extended-insert = true|false
默認情況下，mysqlmp 開啟 --complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。
•--hex-blob
使用十六進制格式導出二進制字元串欄位。如果有二進制數據就必須使用本選項。影響到的欄位類型有 BINARY、VARBINARY、BLOB。
•--lock-all-tables，-x
在開始導出之前，提交請求鎖定所有資料庫中的所有表，以保證數據的一致性。這是一個全局讀鎖，並且自動關閉 --single-transaction 和 --lock-tables 選項。
•--lock-tables
它和 --lock-all-tables 類似，不過是鎖定當前導出的數據表，而不是一下子鎖定全部庫下的表。本選項只適用於 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 選項。
•--no-create-info，-t
只導出數據，而不添加 CREATE TABLE 語句。
•--no-data，-d
不導出任何數據，只導出資料庫表結構。
•--opt
這只是一個快捷選項，等同於同時添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 選項。本選項能讓 mysqlmp 很快的導出數據，並且導出的數據能很快導回。該選項默認開啟，但可以用 --skip-opt 禁用。注意，如果運行 mysqlmp 沒有指定 --quick 或 --opt 選項，則會將整個結果集放在內存中。如果導出大資料庫的話可能會出現問題。
•--quick，-q
該選項在導出大表時很有用，它強制 mysqlmp 從伺服器查詢取得記錄直接輸出而不是取得所有記錄後將它們緩存到內存中。
•--routines，-R
導出存儲過程以及自定義函數。
•--single-transaction
該選項在導出數據之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程序且能保證導出時資料庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。本選項和 --lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。要想導出大表的話，應結合使用 --quick 選項。
•--triggers
同時導出觸發器。該選項默認啟用，用 --skip-triggers 禁用它。
其他參數詳情請參考手冊，我通常使用以下 SQL 來備份 MyISAM 表：
/usr/local/mysql/bin/mysqlmp -uyejr -pyejr --default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob -x db_name > db_name.sql
使用以下 SQL 來備份 Innodb 表：
/usr/local/mysql/bin/mysqlmp -uyejr -pyejr --default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob --single-transaction db_name > db_name.sql
1.2 還原
用 mysqlmp 備份出來的文件是一個可以直接倒入的 SQL 腳本，有兩種方法可以將數據導入。
•直接用 mysql 客戶端
例如：
/usr/local/mysql/bin/mysql -uyejr -pyejr db_name < db_name.sql
•用 SOURCE 語法
其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：
SOURCE /tmp/db_name.sql;
這里需要指定文件的絕對路徑，並且必須是 mysqld 運行用戶(例如 nobody)有許可權讀取的文件。
2、 mysqlhot
2.1 備份
mysqlhot 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份資料庫。它是備份資料庫或單個表的最快的途徑，但它只能運行在資料庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhot 只能用於備份 MyISAM，並且只能運行在 類Unix 和 NetWare 系統上。
mysqlhot 支持一次性拷貝多個資料庫，同時還支持正則表達。以下是幾個例子：
root#/usr/local/mysql/bin/mysqlhot -h=localhost -u=yejr -p=yejr db_name /tmp (把資料庫目錄 db_name 拷貝到 /tmp 下)
root#/usr/local/mysql/bin/mysqlhot -h=localhost -u=yejr -p=yejr db_name_1 ... db_name_n /tmp
root#/usr/local/mysql/bin/mysqlhot -h=localhost -u=yejr -p=yejr db_name./regex/ /tmp
更詳細的使用方法請查看手冊，或者調用下面的命令來查看 mysqlhot 的幫助：
perldoc /usr/local/mysql/bin/mysqlhot
注意，想要使用 mysqlhot，必須要有 SELECT、RELOAD(要執行 FLUSH TABLES) 許可權，並且還必須要能夠有讀取 datadir/db_name 目錄的許可權。
2.2 還原
mysqlhot 備份出來的是整個資料庫目錄，使用時可以直接拷貝到 mysqld 指定的 datadir (在這里是 /usr/local/mysql/data/)目錄下即可，同時要注意許可權的問題，如下例：
root#cp -rf db_name /usr/local/mysql/data/
root#chown -R nobody:nobody /usr/local/mysql/data/ (將 db_name 目錄的屬主改成 mysqld 運行用戶)
3、 SQL 語法備份
3.1 備份
BACKUP TABLE 語法其實和 mysqlhot 的工作原理差不多，都是鎖表，然後拷貝數據文件。它能實現在線備份，但是效果不理想，因此不推薦使用。它只拷貝表結構文件和數據文件，不同時拷貝索引文件，因此恢復時比較慢。例子：
BACK TABLE tbl_name TO '/tmp/db_name/';
注意，必須要有 FILE 許可權才能執行本SQL，並且目錄 /tmp/db_name/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。
SELECT INTO OUTFILE 則是把數據導出來成為普通的文本文件，可以自定義欄位間隔的方式，方便處理這些數據。例子：
SELECT INTO OUTFILE '/tmp/db_name/tbl_name.txt' FROM tbl_name;
注意，必須要有 FILE 許可權才能執行本SQL，並且文件 /tmp/db_name/tbl_name.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。
3.2 恢復
用 BACKUP TABLE 方法備份出來的文件，可以運行 RESTORE TABLE 語句來恢復數據表。例子：
RESTORE TABLE FROM '/tmp/db_name/';
許可權要求類似上面所述。
用 SELECT INTO OUTFILE 方法備份出來的文件，可以運行 LOAD DATA INFILE 語句來恢復數據表。例子：
LOAD DATA INFILE '/tmp/db_name/tbl_name.txt' INTO TABLE tbl_name;
許可權要求類似上面所述。倒入數據之前，數據表要已經存在才行。如果擔心數據會發生重復，可以增加 REPLACE 關鍵字來替換已有記錄或者用 IGNORE 關鍵字來忽略他們。
補充:
shell> mysqlmp --quick db_name | gzip > db_name.contents.gz(該例子中創建的文件是壓縮格式）。
恢復/轉移到另一台的命令如下:
shell> gunzip < db_name.contents.gz | mysql db_name以上命令,適用於*nix 操作系統的機器
4、 啟用二進制日誌(binlog)
採用 binlog 的方法相對來說更靈活，省心省力，而且還可以支持增量備份。
啟用 binlog 時必須要重啟 mysqld。首先，關閉 mysqld，打開 my.cnf，加入以下幾行：
server-id = 1
log-bin = binlog
log-bin-index = binlog.index
然後啟動 mysqld 就可以了。運行過程中會產生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 記錄所有對數據的更新操作，後面的文件則是所有 binlog 的索引，都不能輕易刪除。關於 binlog 的信息請查看手冊。
需要備份時，可以先執行一下 SQL 語句，讓 mysqld 終止對當前 binlog 的寫入，就可以把文件直接備份，這樣的話就能達到增量備份的目的了：
FLUSH LOGS;如果是備份復制系統中的從伺服器，還應該備份 master.info 和 relay-log.info 文件。
備份出來的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 來查看，如：
/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001
該工具允許你顯示指定的資料庫下的所有 SQL 語句，並且還可以限定時間范圍，相當的方便，詳細的請查看手冊。
恢復時，可以採用類似以下語句來做到：
/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uyejr -pyejr db_name
把 mysqlbinlog 輸出的 SQL 語句直接作為輸入來執行它。
如果你有空閑的機器，不妨採用這種方式來備份。由於作為 slave 的機器性能要求相對不是那麼高，因此成本低，用低成本就能實現增量備份而且還能分擔一部分數據查詢壓力，何樂而不為呢？
5、 直接備份數據文件
相較前幾種方法，備份數據文件最為直接、快速、方便，缺點是基本上不能實現增量備份。為了保證數據的一致性，需要在靠背文件前，執行以下 SQL 語句：
FLUSH TABLES WITH READ LOCK;也就是把內存中的數據都刷新到磁碟中，同時鎖定數據表，以保證拷貝過程中不會有新的數據寫入。這種方法備份出來的數據恢復也很簡單，直接拷貝回原來的資料庫目錄下即可。
注意，對於 Innodb 類型表來說，還需要備份其日誌文件，即 ib_logfile* 文件。因為當 Innodb 表損壞時，就可以依靠這些日誌文件來恢復。
6、 備份策略
對於中等級別業務量的系統來說，備份策略可以這么定：第一次全量備份，每天一次增量備份，每周再做一次全量備份，如此一直重復。而對於重要的且繁忙的系統來說，則可能需要每天一次全量備份，每小時一次增量備份，甚至更頻繁。為了不影響線上業務，實現在線備份，並且能增量備份，最好的辦法就是採用主從復制機制(replication)，在 slave 機器上做備份。
7、 數據維護和災難恢復
作為一名DBA(我目前還不是，呵呵)，最重要的工作內容之一是保證數據表能安全、穩定、高速使用。因此，需要定期維護你的數據表。以下 SQL 語句就很有用：
CHECK TABLE 或 REPAIR TABLE，檢查或維護 MyISAM 表
OPTIMIZE TABLE，優化 MyISAM 表
ANALYZE TABLE，分析 MyISAM 表
當然了，上面這些命令起始都可以通過工具 myisamchk 來完成，在這里不作詳述。
Innodb 表則可以通過執行以下語句來整理碎片，提高索引速度：
ALTER TABLE tbl_name ENGINE = Innodb;
這其實是一個 NULL 操作，表面上看什麼也不做，實際上重新整理碎片了。
通常使用的 MyISAM 表可以用上面提到的恢復方法來完成。如果是索引壞了，可以用 myisamchk 工具來重建索引。而對於 Innodb 表來說，就沒這么直接了，因為它把所有的表都保存在一個表空間了。不過 Innodb 有一個檢查機制叫 模糊檢查點，只要保存了日誌文件，就能根據日誌文件來修復錯誤。可以在 my.cnf 文件中，增加以下參數，讓 mysqld 在啟動時自動檢查日誌文件：
innodb_force_recovery = 4
關於該參數的信息請查看手冊。
有點長 慢慢看 對你應該有幫助
㈣ sql2008主從同步 是什麼意思
sql server 主從同步是指資料庫的主庫數據同步到從庫中，數據寫入到主庫，通過sqlserver的復制分發將主庫的數據復制到從庫中，已達資料庫之間數據的一致性；一般在主資料庫壓力比較大，通過讀寫分離來給主資料庫降壓的時候需要用到；寫的時候操作主庫，讀取數據的時候操作從庫；從庫可以有一個或多個；
㈤ MYSQL大數據量的主從同步備份方案
開這么多連接數有個毛用。。。，Mysql的最大連接數在一般開個幾百個就好了，可以進行測試，最大連接數不是越多越好！！！
自己看看SQL語句的優化吧！連接數占滿肯定是SQL語句查詢耗時了，這個有多種原因的。
肯定是可以分區的。。。
㈥ 本地sql資料庫怎麼與遠程sql資料庫同步
MySQL
MySQL數據同步主要有三種方式:
1.利用MySQL自身的資料庫同步功能
2.利用MySQL資料庫的特性(資料庫存在固頂目錄,並且以文件形式存儲),進行資料庫目錄同步以達到數據同步目的
3.利用專用的MySQL資料庫同步軟體
1.利用MySQL自身的資料庫同步功能(下面參考自網上的文章,寫的非常詳細了)
MySQL從3.23.15版本以後提供資料庫復制功能。利用該功能可以實現兩個資料庫同步，主從模式，互相備份模式的功能.
資料庫同步復制功能的設置都在mysql的設置文件中體現。mysql的配置文件（一般是my.cnf），在unix環境下在/etc/mysql/my.cnf或者在mysql用戶的home目錄下的my.cnf。
windows環境中，如果c:根目錄下有my.cnf文件則取該配置文件。當運行mysql的winmysqladmin.exe工具時候，該工具會把c:根目錄下的my.cnf命名為mycnf.bak。並在winnt目錄下創建my.ini。mysql伺服器啟動時候會讀該配置文件。所以可以把my.cnf中的內容拷貝到my.ini文件中，用my.ini文件作為mysql伺服器的配置文件。
設置方法：
設置範例環境：
操作系統：window2000professional
mysql：4.0.4-beta-max-nt-log
Aip:10.10.10.22
Bip:10.10.10.53
A:設置
1.增加一個用戶最為同步的用戶帳號：
GRANTFILEON*.*TObackup@'10.10.10.53'IDENTIFIEDBY『1234』
2.增加一個資料庫作為同步資料庫：
createdatabasebackup
B:設置
1.增加一個用戶最為同步的用戶帳號：
GRANTFILEON*.*TObackup@'10.10.10.22'IDENTIFIEDBY『1234』
2.增加一個資料庫作為同步資料庫：
createdatabasebackup
主從模式：A->B
A為master
修改Amysql的my.ini文件。在mysqld配置項中加入下面配置：
server-id=1
log-bin
#設置需要記錄log可以設置log-bin=c:mysqlbakmysqllog設置日誌文件的目錄，
#其中mysqllog是日誌文件的名稱，mysql將建立不同擴展名，文件名為mysqllog的幾個日誌文件。
binlog-do-db=backup#指定需要日誌的資料庫
重起資料庫服務。
用showmasterstatus命令看日誌情況。
B為slave
修改Bmysql的my.ini文件。在mysqld配置項中加入下面配置：
server-id=2
master-host=10.10.10.22
master-user=backup#同步用戶帳號
master-password=1234
master-port=3306
master-connect-retry=60預設重試間隔60秒
replicate-do-db=backup告訴slave只做backup資料庫的更新
重起資料庫
用showslavestatus看同步配置情況。
注意：由於設置了slave的配置信息，mysql在資料庫目錄下生成master.info
所以如有要修改相關slave的配置要先刪除該文件。否則修改的配置不能生效。
雙機互備模式。
如果在A加入slave設置，在B加入master設置，則可以做B->A的同步。
在A的配置文件中mysqld配置項加入以下設置：
master-host=10.10.10.53
master-user=backup
master-password=1234
replicate-do-db=backup
master-connect-retry=10
在B的配置文件中mysqld配置項加入以下設置：
log-bin=c:mysqllogmysqllog
binlog-do-db=backup
注意：當有錯誤產生時*.err日誌文件。同步的線程退出，當糾正錯誤後要讓同步機制進行工作，運行slavestart
重起AB機器，則可以實現雙向的熱備。
測試：
向B批量插入大數據量表AA（1872000）條
A資料庫每秒鍾可以更新2500條數據。
2.資料庫目錄同步,方法和文件同步一樣,設置好需要同步的兩個資料庫目錄就可以了!
缺點很明顯,數據同步只能單向進行,可以作為備份方案
3.用專用的MySQL同步軟體進行同步
這方面的軟體有SQLBalance和MyReplicator,優點是方便直觀,還有很多爭強功能!
缺點和2一樣,只能單項同步!
當然你也可以修改鏡像網站的程序為提交數據到母資料庫,讀取則在當前鏡像下的數據,不過,修改起來麻煩!普通用戶修改也非常難!呵呵,大家了解一下就可以!給大家一個思路!有能力的朋友可以試試阿!
4.關於MySQL論壇的數據同步
由於數據來源的不可控制(不好表達),論壇數據是實時的,而且還要考慮來自鏡像論壇的數據,如何實現鏡像論壇與母論壇數據同步呢?
用1中介紹的MySQL自帶的資料庫同步功能互相備份模式就可以實現的!
不過,具體的應用我沒有測試!穩定性不敢保證!
有能力的朋友推薦用下面這種思路來同步,相對來說減少點效率,但能減少發生的錯誤!
比如鏡像論壇數據同步:
1.母論壇和鏡像論壇的數據全寫在母論壇資料庫里,主從模式,讀取只在本地讀取,這個需要修改程序!
2.每次寫數據,都同時提交到兩個資料庫中,安全,但是效率很差,也得修改程序!
MSSQL
MSSQL數據同步利用資料庫復制技術實現數據同步更新(來自網路,也是非常完美的教程)
復制的概念
復制是將一組數據從一個數據源拷貝到多個數據源的技術，是將一份數據發布到多個存儲站點上的有效方式。使用復制技術，用戶可以將一份數據發布到多台伺服器上，從而使不同的伺服器用戶都可以在許可權的許可的范圍內共享這份數據。復制技術可以確保分布在不同地點的數據自動同步更新，從而保證數據的一致性。
SQL復制的基本元素包括
出版伺服器、訂閱伺服器、分發伺服器、出版物、文章
SQL復制的工作原理
SQLSERVER主要採用出版物、訂閱的方式來處理復制。源數據所在的伺服器是出版伺服器，負責發表數據。出版伺服器把要發表的數據的所有改變情況的拷貝復制到分發伺服器，分發伺服器包含有一個分發資料庫，可接收數據的所有改變，並保存這些改變，再把這些改變分發給訂閱伺服器
SQLSERVER復制技術類型
SQLSERVER提供了三種復制技術，分別是：
1、快照復制（呆會我們就使用這個）
2、事務復制
3、合並復制
只要把上面這些概念弄清楚了那麼對復制也就有了一定的理解。接下來我們就一步一步來實現復制的步驟。
第一先來配置出版伺服器
(1)選中指定[伺服器]節點
(2)從[工具]下拉菜單的[復制]子菜單中選擇[發布、訂閱伺服器和分發]命令
(3)系統彈出一個對話框點[下一步]然後看著提示一直操作到完成。
(4)當完成了出版伺服器的設置以後系統會為該伺服器的樹形結構中添加一個復制監視器。同時也生成一個分發資料庫(distribution)
第二創建出版物
(1)選中指定的伺服器
(2)從[工具]菜單的[復制]子菜單中選擇[創建和管理發布]命令。此時系統會彈出一個對話框
(3)選擇要創建出版物的資料庫，然後單擊[創建發布]
(4)在[創建發布向導]的提示對話框中單擊[下一步]系統就會彈出一個對話框。對話框上的內容是復制的三個類型。我們現在選第一個也就是默認的快照發布(其他兩個大家可以去看看幫助)
(5)單擊[下一步]系統要求指定可以訂閱該發布的資料庫伺服器類型，SQLSERVER允許在不同的資料庫如ORACLE或ACCESS之間進行數據復制。但是在這里我們選擇運行"SQLSERVER2000"的資料庫伺服器
(6)單擊[下一步]系統就彈出一個定義文章的對話框也就是選擇要出版的表
(7)然後[下一步]直到操作完成。當完成出版物的創建後創建出版物的資料庫也就變成了一個共享資料庫。
第三設計訂閱
(1)選中指定的訂閱伺服器
(2)從[工具]下拉菜單中選擇[復制]子菜單的[請求訂閱]
(3)按照單擊[下一步]操作直到系統會提示檢查SQLSERVER代理服務的運行狀態，執行復制操作的前提條件是SQLSERVER代理服務必須已經啟動。
(4)單擊[完成]。完成訂閱操作。
完成上面的步驟其實復制也就是成功了。但是如何來知道復制是否成功了呢？這里可以通過這種方法來快速看是否成功。展開出版伺服器下面的復制——發布內容——右鍵發布內容——屬性——擊活——狀態然後點立即運行代理程序接著點代理程序屬性擊活調度把調度設置為每一天發生，每一分鍾，在0：00：00和23：59：59之間。接下來就是判斷復制是否成功了打開C:/ProgramFiles/MicrosoftSQLServer/MSSQL/REPLDATA/unc/XIAOWANGZI_database_database下面看是不是有一些以時間做為文件名的文件夾差不多一分中就產生一個。要是你還不信的話就打開你的資料庫看在訂閱的伺服器的指定訂閱資料庫下看是不是看到了你剛才所發布的表—
一個手工同步的方案
--定時同步伺服器上的數據
--例子:
--測試環境,SQLServer2000,遠程伺服器名:xz,用戶名為:sa,無密碼,測試資料庫:test
--伺服器上的表(查詢分析器連接到伺服器上創建)
createtable[user](idintprimarykey,numbervarchar(4),namevarchar(10))
go
--以下在區域網(本機操作)
--本機的表,state說明:null表示新增記錄,1表示修改過的記錄,0表示無變化的記錄
ifexists(select*fromdbo.sysobjectswhereid=object_id(N'[user]')andOBJECTPROPERTY(id,N'IsUserTable')=1)
droptable[user]
GO
createtable[user](idintidentity(1,1),numbervarchar(4),namevarchar(10),statebit)
go
--創建觸發器,維護state欄位的值
createtriggert_stateon[user]
afterupdate
as
update[user]setstate=1
from[user]ajoininsertedbona.id=b.id
wherea.stateisnotnull
go
--為了方便同步處理,創建鏈接伺服器到要同步的伺服器
--這里的遠程伺服器名為:xz,用戶名為:sa,無密碼
ifexists(select1frommaster..sysserverswheresrvname='srv_lnk')
execsp_dropserver'srv_lnk','droplogins'
go
execsp_addlinkedserver'srv_lnk','','SQLOLEDB','xz'
execsp_addlinkedsrvlogin'srv_lnk','false',null,'sa'
go
--創建同步處理的存儲過程
ifexists(select*fromdbo.sysobjectswhereid=object_id(N'[dbo].[p_synchro]')andOBJECTPROPERTY(id,N'IsProcere')=1)
dropprocere[dbo].[p_synchro]
GO
createprocp_synchro
as
--setXACT_ABORTon
--啟動遠程伺服器的MSDTC服務
--execmaster..xp_cmdshell'isql/S"xz"/U"sa"/P""/q"execmaster..xp_cmdshell''netstartmsdtc'',no_output"',no_output
--啟動本機的MSDTC服務
--execmaster..xp_cmdshell'netstartmsdtc',no_output
--進行分布事務處理,如果表用標識列做主鍵,用下面的方法
--BEGINDISTRIBUTEDTRANSACTION
--同步刪除的數據
deletefromsrv_lnk.test.dbo.[user]
whereidnotin(selectidfrom[user])
--同步新增的數據
insertintosrv_lnk.test.dbo.[user]
selectid,number,namefrom[user]wherestateisnull
--同步修改的數據
updatesrv_lnk.test.dbo.[user]set
number=b.number,name=b.name
fromsrv_lnk.test.dbo.[user]a
join[user]bona.id=b.id
whereb.state=1
--同步後更新本機的標志
update[user]setstate=0whereisnull(state,1)=1
--COMMITTRAN
go
--創建作業,定時執行數據同步的存儲過程
ifexists(SELECT1frommsdb..sysjobswherename='數據處理')
EXECUTEmsdb.dbo.sp_delete_job@job_name='數據處理'
execmsdb..sp_add_job@job_name='數據處理'
--創建作業步驟
declare@sqlvarchar(800),@dbnamevarchar(250)
select@sql='execp_synchro'--數據處理的命令
,@dbname=db_name()--執行數據處理的資料庫名
execmsdb..sp_add_jobstep@job_name='數據處理',
@step_name='數據同步',
@subsystem='TSQL',
@database_name=@dbname,
@command=@sql,
@retry_attempts=5,--重試次數
@retry_interval=5--重試間隔
--創建調度
EXECmsdb..sp_add_jobschele@job_name='數據處理',
@name='時間安排',
@freq_type=4,--每天
@freq_interval=1,--每天執行一次
@active_start_time=00000--0點執行
go
㈦ MySQL 主從，5 分鍾帶你掌握
MySQL 主從一直是面試常客，裡面的知識點雖然基礎，但是能回答全的同學不多。
比如樓哥之前面試小米，就被問到過主從復制的原理，以及主從延遲的解決方案，因為回答的非常不錯，給面試官留下非常好的印象。你之前面試，有遇到過哪些 MySQL 主從的問題呢？
所謂 MySQL 主從，就是建立兩個完全一樣的資料庫，一個是主庫，一個是從庫， 主庫對外提供讀寫的操作，從庫對外提供讀的操作 ，下面是一主一從模式：
對於資料庫單機部署，在 4 核 8G 的機器上運行 MySQL 5.7 時，大概可以支撐 500 的 TPS 和 10000 的 QPS， 當遇到一些活動時，查詢流量驟然，就需要進行主從分離。
大部分系統的訪問模型是讀多寫少，讀寫請求量的差距可能達到幾個數量級，所以我們可以通過一主多從的方式， 主庫只負責寫入和部分核心邏輯的查詢，多個從庫只負責查詢，提升查詢性能，降低主庫壓力。
MySQL 主從還能做到服務高可用，當主庫宕機時，從庫可以切成主庫，保證服務的高可用，然後主庫也可以做數據的容災備份。
整體場景總結如下：
MySQL 的主從復制是依賴於 binlog 的，也就是記錄 MySQL 上的所有變化並以二進制形式保存在磁碟上二進制日誌文件。
主從復制就是將 binlog 中的數據從主庫傳輸到從庫上，一般這個過程是非同步的，即主庫上的操作不會等待 binlog 同步的完成。
詳細流程如下：
當主庫和從庫數據同步時，突然中斷怎麼辦？因為主庫與從庫之間維持了一個長鏈接，主庫內部有一個線程，專門服務於從庫的這個長鏈接的。
對於下面的情況，假如主庫執行如下 SQL，其中 a 和 create_time 都是索引：
我們知道，數據選擇了 a 索引和選擇 create_time 索引，最後 limit 1 出來的數據一般是不一樣的。
所以就會存在這種情況：在 binlog = statement 格式時，主庫在執行這條 SQL 時，使用的是索引 a，而從庫在執行這條 SQL 時，使用了索引 create_time，最後主從數據不一致了。
那麼我們改如何解決呢？
可以把 binlog 格式修改為 row，row 格式的 binlog 日誌記錄的不是 SQL 原文，而是兩個 event:Table_map 和 Delete_rows。
Table_map event 說明要操作的表，Delete_rows event用於定義要刪除的行為，記錄刪除的具體行數。 row 格式的 binlog 記錄的就是要刪除的主鍵 ID 信息，因此不會出現主從不一致的問題。
但是如果 SQL 刪除 10 萬行數據，使用 row 格式就會很占空間的，10 萬條數據都在 binlog 裡面，寫 binlog 的時候也很耗 IO。但是 statement 格式的 binlog 可能會導致數據不一致。
設計 MySQL 的大叔想了一個折中的方案，mixed 格式的 binlog，其實就是 row 和 statement 格式混合使用， 當 MySQL 判斷可能數據不一致時，就用 row 格式，否則使用就用 statement 格式。
有時候我們遇到從資料庫中獲取不到信息的詭異問題時，會糾結於代碼中是否有一些邏輯會把之前寫入的內容刪除，但是你又會發現，過了一段時間再去查詢時又可以讀到數據了，這基本上就是主從延遲在作怪。
主從延遲，其實就是「從庫回放」 完成的時間，與 「主庫寫 binlog」 完成時間的差值， 會導致從庫查詢的數據，和主庫的不一致 。
談到 MySQL 資料庫主從同步延遲原理，得從 MySQL 的主從復制原理說起：
總結一下主從延遲的主要原因 ：主從延遲主要是出現在 「relay log 回放」 這一步，當主庫的 TPS 並發較高，產生的 DDL 數量超過從庫一個 SQL 線程所能承受的范圍，那麼延時就產生了，當然還有就是可能與從庫的大型 query 語句產生了鎖等待。
我們一般會把從庫落後的時間作為一個重點的資料庫指標做監控和報警，正常的時間是在毫秒級別，一旦落後的時間達到了秒級別就需要告警了。
解決該問題的方法，除了縮短主從延遲的時間，還有一些其它的方法，基本原理都是盡量不查詢從庫。
具體解決方案如下：
在實際應用場景中，對於一些非常核心的場景，比如庫存，支付訂單等，需要直接查詢從庫，其它非核心場景，就不要去查主庫了。
兩台機器 A 和 B，A 為主庫，負責讀寫，B 為從庫，負責讀數據。
如果 A 庫發生故障，B 庫成為主庫負責讀寫，修復故障後，A 成為從庫，主庫 B 同步數據到從庫 A。
一台主庫多台從庫，A 為主庫，負責讀寫，B、C、D為從庫，負責讀數據。
如果 A 庫發生故障，B 庫成為主庫負責讀寫，C、D負責讀，修復故障後，A 也成為從庫，主庫 B 同步數據到從庫 A。