首先說明， 這個題目有點大，題目與實際內容不符。
最近幾天，在進行資料融合處理時，需要對innodb表（資料以多表形式進行儲存，由共享表轉為多表，網上資料比較多，不再贅述）的資料進行頻繁備份和替換，涉及到innodb資料庫表的備份處理。
通過查閱mysql的官方文件，給出兩種備份方式：單錶備份和使用商業軟體進行備份。付費的就不扯了，這裡說一下單錶備份和恢復的流程：
備份操作：
1。 copy檔案*.ibd 和*.frm ，放置到安全環境中進行備份。
恢復時進行如下操作：
2。 執行操作： alter table tbl_name discard tablespace;
3。 把之前安全備份的檔案*.ibd, *.frm，copy到資料庫的相應目錄，然後執行：
4。 執行操作： alter table tbl_name import tablespace;
這種處理方式，有個侷限就是，只能在相同的db上進行操作，原來的資料庫一旦刪除，備份的檔案便不能再以如上流程恢復。
如果要對innodb資料庫進行備份，流程如下：
1. 關停mysql service； service mysqld stop；
2. copy 所有的*.ibd, *.frm,以及共享表和log檔案ibdata*， iblog*，進行安全備份；
3. 進行恢復時， 關停service，並用備份檔案將當前資料庫檔案進行替換，然後重啟service即可。
如果您有好的方式，歡迎交流，[email protected];
資料庫災備
資料庫災備 資料是企業重要的生產資料，關鍵資料的丟失可能會給企業致命一擊，因為資料是計算機系統存在的原因和基礎。資料往往是不可再生的，一旦發生資料丟失，企業就會陷入困境 客戶資料 技術檔案 財務賬目等客戶 交易 生產資料可能被破壞得面目全非。概括起來，資料丟失分三個層次 邏輯錯誤 包括軟體bug 病...
資料庫災備
最近聽說某大哥想不開，決定乘風破浪，刪庫尿遁。最後導致 公司巨大損失，自己也被送進了水庫。最近 所向，程式設計師又背鍋了。咱程式設計師是純粹的，咱來研究怎麼防止此類問題。一 災備 一般的做法是建立三個資料中心 b c a為生產資料中心 b為資料據同步中心 實時的將資料從a中心同步過來 a與b至少應該...
MySQL Innodb資料庫效能實踐
在實際工作中，經常有同事問道 mysql innodb表記錄數多大是合適的？一般的理解肯定是表越大效能越低，但具體低多少呢，是緩慢下降還是急劇下降，是1000萬就下降還是1億才下降呢？針對這些問題，我做了一下基準測試，基準測試環境如下 硬體配置 硬體配置 cpuintel r xeon r cpu ...