一次生產環境mysql遷移操作（一）資料歸檔

一次生產環境mysql遷移操作（一）資料歸檔

一次生產環境mysql遷移操作（二）mysql空間釋放（碎片整理）

在專案過程中我們經常要對資料庫進行遷移、歸檔、拆分等等操作，現在描述下幾種方案

我們有需要將物理盤上的mysql遷移到ssd上，先說一下生產環境一直有資料產生，且資料量達到500g。

方案一：使用mysqldump，不管是匯入匯出都太耗時，沒有一天拿不下

方案二：直接物理磁碟上拷貝也是非常耗時，拷貝過程中需要停服務，這就導致停服務時間太長。

方案三：這個方案本來是很有優勢的，但是實際情況匯出匯入也需要鎖表或鎖庫，也是需要停服務，本來我們就不需要增量拷貝，innobackupex優勢體現在增量拷貝。

方案四：拷貝速度快

綜合停服務時間以及操作難易度，最終選擇了方案四。

下面描述下操作步驟

執行命令

pvcreate /dev/vdb

vgcreate vgssd /dev/vdb

lvcreate --size280g -n mysql vgssd

mv  /var/lib/mysql  /var/lib/mysql_bak

mount /dev/vgssd/mysql /var/lib/mysql

cp -af remotepath /var/lib/mysql

chown mysql:mysql /var/lib/mysql

執行umount時需要保證各終端退出該目錄

暫定為30天，這樣才能備份所有資料。

因為需要硬體準備，所以這裡只能手動操作

如果磁碟資料丟失需要恢復資料，則執行下面操作

1、關停mysql服務

systemctl stop mariadb

2、修改/etc/my.conf

datadir= /mnt/backup/mysql

3、重啟服務

systemctl start mariadb

Oracle 一次生產分庫,公升級,遷移

分庫目的 2 新庫公升級oracle10.2.0.1到10.2.0.4,資料庫本身修復了很多bug,增強了資料庫的穩定性.3 調整定時任務,把原先的定時任務由crontab job方式改為oracle scheduler.大概操作步驟如下 1 提前安裝oracle10.2.0.4,並部署stream...

一次生產環境web服務遷移故障總結與反思

一次生產環境web服務遷移故障總結 摘自老男孩培訓內部bbs平台 本文是老男孩老師親自參與幫助學生解決的乙個生產案例，值得博友們學習和借鑑。1 緊急問題發生時的排錯思路借鑑。該生非常有心，觀察的如此細緻，難得一也。2 學生解決問題後的解決總結與反思習慣。該生能夠始終貫徹總結習慣，難得二也。這兩條正是...

記一次生產報too man open files

有一天私有雲無法訪問，馬上聯絡廠商，最後廠商發現好多容器不停重啟，經過日誌檢視發現平台開啟檔案控制代碼太多，很奇怪，就開始排查，最後發現乙個埠，定位到應用spring actuator.這個應用是我為了監控微服務而發布的乙個監控應用，馬上看日誌，發現應用報錯，too many open files，...