国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

MySQL跨大版本的大表遷移

IT那活兒 / 2467人閱讀
MySQL跨大版本的大表遷移

點擊上方“IT那活兒”公眾號,關注后了解更多內容,不管IT什么活兒,干就完了!!


  

生產環境數據庫版本比較老,近來有需求需要將其中的某個庫的幾張大表剝離出來,放到新的環境(高版本)中去。小表通過mysqldump進行遷移,大表通過表空間遷移的方式進行遷移,以下介紹大表的遷移。





方案描述



1. 適用范圍

  • MySQL5.6.6以上
  • 平臺:Linux
2. 遷移前提要求
  • mysql版本5.6.6及以上;
  • 表存儲引擎為innodb并且開啟獨立表空間innodb_file_per_table;
  • 處于導出狀態的表只允許讀也即是”read_only“狀態;
  • DISCARD TABLESPACE不支持分區表[5.6.17才支持] 并且當表上具有外鍵關系的時候需要將 foreign_key_check設置為0
  • 源和目標實例的page size 必須大小一致
  • ALTER TABLE ... IMPORT TABLESPACE 不強制進行外鍵約束檢查,所以需要將主表和子表都導出,然后在目標實例導入。

3. 優點

  1. 不需要消耗太多的資源;
  2. 很方便的將表從一個實例遷移到另一個實例;
  3. 相對于mysqldump來說你無須導出然后導入同時還的維護索引。

4. 導入的過程mysql內部會做如下事情

  1. 檢查表空間每個page的一致性;
  2. 更新每個page的space id和lsn的信息;
  3. 啟用頭部頁標記和更新LSN到頭部頁;
  4. page 狀態信息設置為dirty ,這樣page將很快會被刷新到磁盤。





操作步驟



1. 目標數據庫

創建相同表結構:
use zdh;

DROP TABLE `user_basic_info`;
CREATE TABLE `user_basic_info` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`username` varchar(30) COLLATE utf8_unicode_ci NOT NULL DEFAULT  COMMENT 登錄賬號,
`password` varchar(50) COLLATE utf8_unicode_ci NOT NULL DEFAULT  COMMENT 登錄密碼,
`name` varchar(30) COLLATE utf8_unicode_ci NOT NULL DEFAULT  COMMENT 用戶姓名,
`mobile` varchar(11) COLLATE utf8_unicode_ci NOT NULL DEFAULT  COMMENT 手機號碼,
`email` varchar(50) COLLATE utf8_unicode_ci DEFAULT  COMMENT 郵箱賬號,
`address` varchar(100) COLLATE utf8_unicode_ci DEFAULT  COMMENT 地址信息,
`level` varchar(10) COLLATE utf8_unicode_ci DEFAULT  COMMENT 會員等級,
`ctime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 創建時間,
`utime` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 修改時間,
PRIMARY KEY (`id`),
UNIQUE KEY `index_username` (`username`) USING BTREE COMMENT 登錄賬號唯一索引
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT=用戶基本信息 ;
若報錯(低版本到高版本):ERROR 1808 (HY000): Schema mismatch (Table flags dont match, server table has 0x4 and the meta-data file has 0x21)
請指定:row_format=COMPACT。
2. 目標數據庫卸載表空間
ALTER TABLE user_basic_info DISCARD TABLESPACE;
3. 源數據執行表空間導出
use zdh

FLUSH TABLES user_basic_info FOR EXPORT;
4. 拷貝數據文件
scp -r user_basic_info.cfg user_basic_info.ibd mysql@XXX.XXX.XX.51:/data/mysql/data/zdh
5. 釋放源數據庫的metadata lock
use zdh

unlock table;
6. 目標數據庫導入表空間
alter table user_basic_info import tablespace;
至此遷移完成,查看數據。


本文作者:趙棟輝(上海新炬王翦團隊)

本文來源:“IT那活兒”公眾號

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/129415.html

相關文章

  • 貝殼金服 TiDB 在線跨機房遷移實踐

    摘要:截至年底,貝殼金服業務已覆蓋全國多個城市及地區,為超過萬用戶提供了金融服務。老機房下線完成則表示數據遷移完成。機房遷移實施過程操作描述配置防火墻,將兩個機房所需端口開通。執行下線命令,一次性下線所有舊機房的。跨機房遷移,網絡延遲不能高于。 作者介紹 :李振環,貝殼金服數據基礎架構負責人,目前負責數據平臺和企業級數據倉庫開發。 公司介紹 貝殼金服是專注居住場景的金融科技服務商,起步于2...

    Ashin 評論0 收藏0
  • 分表后需要注意的二三事

    摘要:分表字段的選擇。問題產生之前提到在分表應用上線前我們需要將原有表的數據遷移到新表中,這樣才能保證業務不受影響。雖說凌晨的業務量下降,但依然有少部分的請求過來,也會出現各種數據庫異常。 showImg(https://segmentfault.com/img/remote/1460000019462791?w=496&h=285); 前言 本篇是上一篇《一次分表踩坑實踐的探討》,所以還沒...

    dongxiawu 評論0 收藏0

發表評論

0條評論

IT那活兒

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<