基于逻辑卷LVM的MySQLmariadb数据库备份还原详细实现

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了基于逻辑卷LVM的MySQLmariadb数据库备份还原详细实现相关的知识,希望对你有一定的参考价值。

前提是数据库的数据是放在逻辑卷上的;
数据库数据和日志分开存放;正常情况下数据和日志是放在两个独立的磁盘上,如果是raid的话,那么就无所谓了。


创建分区:

        [[email protected] ~]$fdisk /dev/sda

        Command (m for help): n
        All primary partitions are in use
        Adding logical partition 6
        First sector (153098240-419430399, default 153098240): 
        Using default value 153098240
        Last sector, +sectors or +size{K,M,G} (153098240-419430399, default 419430399): +10G
        Partition 6 of type Linux and of size 10 GiB is set

        Command (m for help): t
        Partition number (1-6, default 6): 6
        Hex code (type L to list all codes): 8e
        Changed type of partition 'Linux' to 'Linux LVM'

        Command (m for help): w
        The partition table has been altered!

        Calling ioctl() to re-read partition table.

        WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
        The kernel still uses the old table. The new table will be used at
        the next reboot or after you run partprobe(8) or kpartx(8)
        Syncing disks.

        [[email protected] ~]$partprobe 
        Warning: Unable to open /dev/sr0 read-write (Read-only file system).  /dev/sr0 has been opened read-only.
        [[email protected] ~]$lsblk
        NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
        sda      8:0    0  200G  0 disk 
        ├─sda1   8:1    0    1G  0 part /boot
        ├─sda2   8:2    0   50G  0 part /
        ├─sda3   8:3    0   20G  0 part /app
        ├─sda4   8:4    0  512B  0 part 
        ├─sda5   8:5    0    2G  0 part [SWAP]
        └─sda6   8:6    0   10G  0 part 
        sr0     11:0    1  8.1G  0 rom  
        loop0    7:0    0  8.1G  1 loop /mnt/cdrom



创建PV,vg,lv:

加入PV、VG和LV;

[[email protected] ~]$pvcreate /dev/sda6
  Physical volume "/dev/sda6" successfully created.
[[email protected] ~]$pvs
  PV         VG Fmt  Attr PSize  PFree 
  /dev/sda6     lvm2 ---  10.00g 10.00g
[[email protected] ~]$vgcreate vg0 /dev/sda6
  Volume group "vg0" successfully created
[[email protected] ~]$vgs
  VG  #PV #LV #SN Attr   VSize   VFree  
  vg0   1   0   0 wz--n- <10.00g <10.00g
[[email protected] ~]$vgdisplay 
  --- Volume group ---
  VG Name               vg0
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  1
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                0
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <10.00 GiB
  PE Size               4.00 MiB
  Total PE              2559
  Alloc PE / Size       0 / 0   
  Free  PE / Size       2559 / <10.00 GiB
  VG UUID               fuGxOy-IVrf-SnWd-C0ie-eb9O-LIWz-sMx17T


[[email protected] ~]$pvs
  PV         VG  Fmt  Attr PSize   PFree  
  /dev/sda6  vg0 lvm2 a--  <10.00g <10.00g



创建的LV,剩余的空间用于放置快照数据;
[[email protected] ~]$lvcreate -n mysqldata -L 2G vg0 
  Logical volume "mysqldata" created.
[[email protected] ~]$lvcreate -n binlogs -L 3G vg0 
  Logical volume "binlogs" created.

[[email protected] ~]$pvs
  PV         VG  Fmt  Attr PSize   PFree 
  /dev/sda6  vg0 lvm2 a--  <10.00g <5.00g
[[email protected] ~]$vgs
  VG  #PV #LV #SN Attr   VSize   VFree 
  vg0   1   2   0 wz--n- <10.00g <5.00g


格式化文件系统:
[[email protected] ~]$mkfs.xfs /dev/vg0/mysqldata 
meta-data=/dev/vg0/mysqldata     isize=512    agcount=4, agsize=131072 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=0, sparse=0
data     =                       bsize=4096   blocks=524288, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal log           bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
[[email protected] ~]$mkfs.xfs /dev/vg0/binlogs 
meta-data=/dev/vg0/binlogs       isize=512    agcount=4, agsize=196608 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=0, sparse=0
data     =                       bsize=4096   blocks=786432, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal log           bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
[[email protected] ~]$
[[email protected] ~]$blkid
/dev/sda1: UUID="07deeea1-2041-4e34-98ba-2529dfb30c32" TYPE="xfs" 
/dev/sda2: UUID="a7595dc1-7958-4728-954b-e8dcfb6bca3c" TYPE="xfs" 
/dev/sda3: UUID="3c26d76c-a6a6-4c40-90fd-c2a38520b674" TYPE="xfs" 
/dev/sda5: UUID="7f480b58-5216-4561-a933-43766aa0ff05" TYPE="swap" 
/dev/sda6: UUID="1dGdT7-kPEX-pLCH-id8y-0269-244Y-3hiJcW" TYPE="LVM2_member" 
/dev/sr0: UUID="2017-09-06-10-53-42-00" LABEL="CentOS 7 x86_64" TYPE="iso9660" PTTYPE="dos" 
/dev/loop0: UUID="2017-09-06-10-53-42-00" LABEL="CentOS 7 x86_64" TYPE="iso9660" PTTYPE="dos" 
/dev/mapper/vg0-mysqldata: UUID="6f9f0f27-dba5-4479-adb6-532362d80d38" TYPE="xfs" 
/dev/mapper/vg0-binlogs: UUID="150de97a-7a76-465e-9d6a-1357600fa152" TYPE="xfs"


提供数据目录,挂载:

[[email protected] ~]$mkdir /data/{mysqldata,binlogs} -pv
mkdir: created directory ‘/data’
mkdir: created directory ‘/data/mysqldata’
mkdir: created directory ‘/data/binlogs’
[[email protected] ~]$ll /data/
total 0
drwxr-xr-x 2 root root 6 Feb 25 10:07 binlogs
drwxr-xr-x 2 root root 6 Feb 25 10:07 mysqldata


[[email protected] ~]$vim /etc/fstab
...
UUID=6f9f0f27-dba5-4479-adb6-532362d80d38   /data/mysqldata/    xfs     defaults    0   0
UUID=150de97a-7a76-465e-9d6a-1357600fa152   /data/binlogs/      xfs     defaults    0   0



[[email protected] ~]$mount -a
[[email protected] ~]$df -Ph
Filesystem                 Size  Used Avail Use% Mounted on
/dev/sda2                   50G  3.5G   47G   7% /
devtmpfs                   474M     0  474M   0% /dev
tmpfs                      489M     0  489M   0% /dev/shm
tmpfs                      489M  7.2M  482M   2% /run
tmpfs                      489M     0  489M   0% /sys/fs/cgroup
/dev/sda3                   20G   33M   20G   1% /app
/dev/loop0                 8.1G  8.1G     0 100% /mnt/cdrom
/dev/sda1                 1014M  158M  857M  16% /boot
tmpfs                       98M     0   98M   0% /run/user/0
/dev/mapper/vg0-mysqldata  2.0G   33M  2.0G   2% /data/mysqldata
/dev/mapper/vg0-binlogs    3.0G   33M  3.0G   2% /data/binlogs
[[email protected] ~]$ll /data/
total 0
drwxr-xr-x 2 root root 6 Feb 25 10:05 binlogs
drwxr-xr-x 2 root root 6 Feb 25 10:05 mysqldata

[[email protected] ~]$chown -R mysql.mysql /data/
[[email protected] ~]$ll /data/
total 0
drwxr-xr-x 2 mysql mysql 6 Feb 25 10:07 binlogs
drwxr-xr-x 2 mysql mysql 6 Feb 25 10:07 mysqldata
[[email protected] ~]$ll /data/ -d
drwxr-xr-x 4 mysql mysql 38 Feb 25 10:07 /data/



提供数据:

vim /etc/my.cnf
[mysqld]
#datadir=/var/lib/mysql
datadir=/data/mysqldata/
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
log_bin=/data/binlogs/mysql-bin
innodb_file_per_table


[[email protected] ~]$ll /data/ -d
drwxr-xr-x 4 mysql mysql 38 Feb 25 10:07 /data/
[[email protected] ~]$ll /data/
total 0
drwxr-xr-x 2 mysql mysql 101 Feb 25 10:17 binlogs
drwxr-xr-x 5 mysql mysql 159 Feb 25 10:17 mysqldata



[[email protected] ~]$ll /data/mysqldata/
total 36892
-rw-rw---- 1 mysql mysql    16384 Feb 25 10:17 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Feb 25 10:17 aria_log_control
-rw-rw---- 1 mysql mysql 18874368 Feb 25 10:17 ibdata1
-rw-rw---- 1 mysql mysql  5242880 Feb 25 10:17 ib_logfile0
-rw-rw---- 1 mysql mysql  5242880 Feb 25 10:17 ib_logfile1
drwx------ 2 mysql mysql     4096 Feb 25 10:17 mysql
drwx------ 2 mysql mysql     4096 Feb 25 10:17 performance_schema
drwx------ 2 mysql mysql        6 Feb 25 10:17 test
[[email protected] ~]$ll /data/binlogs/
total 1056
-rw-rw---- 1 mysql mysql   30331 Feb 25 10:17 mysql-bin.000001
-rw-rw---- 1 mysql mysql 1038814 Feb 25 10:17 mysql-bin.000002
-rw-rw---- 1 mysql mysql     245 Feb 25 10:17 mysql-bin.000003
-rw-rw---- 1 mysql mysql      93 Feb 25 10:17 mysql-bin.index

[[email protected] ~]$mysql < hellodb_InnoDB.sql

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

MariaDB [(none)]> show binary logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |     30331 |
| mysql-bin.000002 |   1038814 |
| mysql-bin.000003 |      7655 |
+------------------+-----------+
3 rows in set (0.00 sec)




开始备份之前,需要先加全局读锁;
MariaDB [(none)]> flush tables with read lock;
Query OK, 0 rows affected (0.00 sec)



刷新日志,记录二进制日志的位置:

MariaDB [(none)]> flush logs;
Query OK, 0 rows affected (0.01 sec)

MariaDB [(none)]> show binary logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |     30331 |
| mysql-bin.000002 |   1038814 |
| mysql-bin.000003 |      7698 |
| mysql-bin.000004 |       245 |
+------------------+-----------+
4 rows in set (0.00 sec)

记录二进制日志的位置:
[[email protected] ~]$mysql -e 'show binary logs'
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |     30331 |
| mysql-bin.000002 |   1038814 |
| mysql-bin.000003 |      7698 |
| mysql-bin.000004 |       245 |
+------------------+-----------+
[[email protected] ~]$mysql -e 'show binary logs' > pos.log



使用lv创建数据库快照:

[[email protected] ~]$lvs
  LV        VG  Attr       LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  binlogs   vg0 -wi-ao---- 3.00g                                                    
  mysqldata vg0 -wi-ao---- 2.00g      

[[email protected] ~]$lvcreate -n mysqldata-snapshot -s -p r -L 2G /dev/vg0/mysqldata
  Using default stripesize 64.00 KiB.
  Logical volume "mysqldata-snapshot" created.



[[email protected] ~]$lvs
  LV                 VG  Attr       LSize Pool Origin    Data%  Meta%  Move Log Cpy%Sync Convert
  binlogs            vg0 -wi-ao---- 3.00g                                                       
  mysqldata          vg0 owi-aos--- 2.00g                                                       
  mysqldata-snapshot vg0 sri-a-s--- 2.00g      mysqldata 0.00             


[[email protected] ~]$lvdisplay 
--- Logical volume ---
  LV Path                /dev/vg0/mysqldata-snapshot
  LV Name                mysqldata-snapshot
  VG Name                vg0
  LV UUID                oQZBaU-IEld-M2wc-IQHo-A8nH-e53J-SrRujn
  LV Write Access        read only
  LV Creation host, time mysql, 2018-02-25 10:25:18 +0800
  LV snapshot status     active destination for mysqldata
  LV Status              available
  # open                 0
  LV Size                2.00 GiB
  Current LE             512
  COW-table size         2.00 GiB
  COW-table LE           512
  Allocated to snapshot  0.00%
  Snapshot chunk size    4.00 KiB
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           253:4


当做完快照后,那么就可以继续让用户访问数据库了;

MariaDB [(none)]> unlock tables;
Query OK, 0 rows affected (0.00 sec)

修改和破坏操作;
MariaDB [(none)]> delete from hellodb.students;
Query OK, 25 rows affected (0.01 sec)


挂载快照,将数据备份出来;



    直接挂载是挂载不了的,因为两个设备文件的UUID是一样的;
    /dev/mapper/vg0-mysqldata: UUID="6f9f0f27-dba5-4479-adb6-532362d80d38" TYPE="xfs" 
    /dev/mapper/vg0-binlogs: UUID="150de97a-7a76-465e-9d6a-1357600fa152" TYPE="xfs" 
    /dev/mapper/vg0-mysqldata--snapshot: UUID="6f9f0f27-dba5-4479-adb6-532362d80d38" TYPE="xfs"

[[email protected] ~]$man mount

nouuid Don''t check for double mounted file systems using the file system uuid.  This is useful to mount LVM snapshot vol‐
              umes, and often used in combination with "norecovery" for mounting read-only snapshots.

[[email protected] ~]$mkdir /mnt/snap

[[email protected] ~]$mount -o nouuid,norecovery /dev/vg0/mysqldata-snapshot /mnt/snap/
mount: /dev/mapper/vg0-mysqldata--snapshot is write-protected, mounting read-only
[[email protected] ~]$df -Ph
Filesystem                           Size  Used Avail Use% Mounted on
/dev/sda2                             50G  3.4G   47G   7% /
devtmpfs                             474M     0  474M   0% /dev
tmpfs                                489M     0  489M   0% /dev/shm
tmpfs                                489M  7.2M  482M   2% /run
tmpfs                                489M     0  489M   0% /sys/fs/cgroup
/dev/sda3                             20G   33M   20G   1% /app
/dev/loop0                           8.1G  8.1G     0 100% /mnt/cdrom
/dev/sda1                           1014M  158M  857M  16% /boot
tmpfs                                 98M     0   98M   0% /run/user/0
/dev/mapper/vg0-mysqldata            2.0G   63M  2.0G   4% /data/mysqldata
/dev/mapper/vg0-binlogs              3.0G   34M  3.0G   2% /data/binlogs
/dev/mapper/vg0-mysqldata--snapshot  2.0G   31M  2.0G   2% /mnt/snap



建议打包,放在远程存储上;有些企业使用磁带机进行备份;
[[email protected] ~]$mkdir /backups
[[email protected] ~]$cd /mnt/snap/
[[email protected] snap]$ls
aria_log.00000001  aria_log_control  hellodb  ibdata1  ib_logfile0  ib_logfile1  mysql  performance_schema  test
[[email protected] snap]$cp -a /mnt/snap/* /backups/



[[email protected] snap]$ll /backups/ -h
total 29M
-rw-rw---- 1 mysql mysql  16K Feb 25 10:17 aria_log.00000001
-rw-rw---- 1 mysql mysql   52 Feb 25 10:17 aria_log_control
drwx------ 2 mysql mysql  272 Feb 25 10:19 hellodb
-rw-rw---- 1 mysql mysql  18M Feb 25 10:19 ibdata1
-rw-rw---- 1 mysql mysql 5.0M Feb 25 10:19 ib_logfile0
-rw-rw---- 1 mysql mysql 5.0M Feb 25 10:17 ib_logfile1
drwx------ 2 mysql mysql 4.0K Feb 25 10:17 mysql
drwx------ 2 mysql mysql 4.0K Feb 25 10:17 performance_schema
drwx------ 2 mysql mysql    6 Feb 25 10:17 test


删除快照,否则影响性能;

[[email protected] snap]$umount /mnt/snap/
umount: /mnt/snap: target is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))
[[email protected] snap]$cd
[[email protected] ~]$umount /mnt/snap/



[[email protected] ~]$lvremove /dev/vg0/mysqldata-snapshot 
Do you really want to remove active logical volume vg0/mysqldata-snapshot? [y/n]: y
  Logical volume "mysqldata-snapshot" successfully removed



数据库出现故障的模拟:
    需要停止数据库服务;
    [[email protected] ~]$systemctl stop mariadb
    [[email protected] ~]$rm -rf /data/mysqldata/*
数据库的还原操作:

    [[email protected] ~]$cp -a /backups/* /data/mysqldata/
    [[email protected] ~]$systemctl start mariadb

    MariaDB [(none)]> show databases;
    +--------------------+
    | Database           |
    +--------------------+
    | information_schema |
    | hellodb            |
    | mysql              |
    | performance_schema |
    | test               |
    +--------------------+



MariaDB [(none)]> show master logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |     30331 |
| mysql-bin.000002 |   1038814 |
| mysql-bin.000003 |      7698 |
| mysql-bin.000004 |       442 |
| mysql-bin.000005 |       245 |
+------------------+-----------+
5 rows in set (0.00 sec)


此时只是恢复了一部分的数据,但是不是最新的,要想恢复至最新状态,那么需要使用
mysql-bin.000004  245和mysql-bin.000005   245之间的二进制完成恢复;

[[email protected] ~]$ls
all_2018-02-24_21:46:13.sql  anaconda-ks.cfg  hellodb_InnoDB.sql    mariadb-bin.000010  r7.sh
all.sql                      binlog.sql       initial-setup-ks.cfg  pos.log
[[email protected] ~]$less pos.log 
Log_name        File_size
mysql-bin.000001        30331
mysql-bin.000002        1038814
mysql-bin.000003        7698
mysql-bin.000004        245


[[email protected] ~]$cd /data/binlogs/
[[email protected] binlogs]$ls
mysql-bin.000001  mysql-bin.000002  mysql-bin.000003  mysql-bin.000004  mysql-bin.000005  mysql-bin.index

[[email protected] binlogs]$cp -a mysql-bin.00000{4,5} ~


MariaDB [(none)]> flush tables with read lock;
Query OK, 0 rows affected (0.00 sec)


[[email protected] ~]$mysqlbinlog --start-position=245 mysql-bin.000004 > binlog.sql 
[[email protected] ~]$mysqlbinlog mysql-bin.000005 >> binlog.sql



MariaDB [(none)]> set sql_log_bin=0;
Query OK, 0 rows affected (0.00 sec)


MariaDB [(none)]> unlock tables;
Query OK, 0 rows affected (0.00 sec)



MariaDB [(none)]> source binlog.sql

此时发现students表是空的;
MariaDB [(none)]> select * from hellodb.students;
注意:
    MySQLdump 的备份是温备;
    他的效率也不是特别的高,因为他的备份是相当于对MySQL数据库进行的查询操作的结果;
    如果是T级别的数据库,那么查询备份就需要大量的时间。

以上是关于基于逻辑卷LVM的MySQLmariadb数据库备份还原详细实现的主要内容,如果未能解决你的问题,请参考以下文章

LVM逻辑卷创建管理

LVM(逻辑卷管理)

基于LVM逻辑卷下的磁盘配额操作

基于Centos6系统创建逻辑卷LVM,执行扩容,缩减,删除等操作

Linux-LVM逻辑卷

LVM逻辑卷管理