一、Mysqldump备份恢复案列
1、Mysqldump命令的使用介绍
# mysqldump --help Usage: mysqldump [OPTIONS] database [tables] OR mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...] OR mysqldump [OPTIONS] --all-databases [OPTIONS] -u #指定用户名 -p #指定密码 -h #指定主机地址 -S #指定socket文件 --flush-logs #执行日志flush滚动 --lock-all-tables #锁定所有表 --master-data #该选项将会记录binlog的日志位置与文件名并追加到文件中，如果为1将 会输出CHANGE MASTER命令，主从下有用 --triggers #备份触发器的 --events #备份数据库的事件调度器的 --routines #备份存储过程和函数的 --single-transaction #如果指定库中的表类型均为InnoDB，可使用--single-transaction启动热备；--single-transaction不要和--lock-all-tables一起使用，因为--single-transaction可以实现热备,会自动锁表和刷新日志。
2、故障模拟测试
(1)首先在数据库进行一些创建库和表的操作
mysql> create database Allentuns; Query OK, 1 row affected (0.00 sec) mysql> use Allentuns; Database changed mysql> create table tab1(id int,name char(20),age int); Query OK, 0 rows affected (0.01 sec) mysql> insert into tab1 values(1,‘jerry‘,24); Query OK, 1 row affected (0.01 sec) mysql> insert into tab1 values(2,‘kimi‘,12); Query OK, 1 row affected (0.00 sec) mysql> insert into tab1 values(3,‘jay‘,35); Query OK, 1 row affected (0.01 sec) mysql> SHOW MASTER STATUS; +------------------+----------+--------------+------------------+--------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+--------------------------------------------+ | mysql-bin.000023 | 3440 | | | aa9cd47a-77b1-11e4-94b2-000c299bb5af:1-140 | +------------------+----------+--------------+------------------+--------------------------------------------+ 1 row in set (0.00 sec)
(2)对操作的数据库进行备份
# mkdir /bak # mysqldump -uroot -p -h 127.0.0.1 --databases Allentuns --events --triggers --master-data=2 --flush-logs --lock-all-tables > /bak/Allentuns_full_`date +%F`.sql
(3)向Allentuns数据库中添加数据来模拟第一次增量备份
mysql> use Allentuns Database changed mysql> create table tab2 like tab1; Query OK, 0 rows affected (0.01 sec) mysql> insert into tab2 values(10,‘java‘,20); Query OK, 1 row affected (0.01 sec) mysql> insert into tab2 values(11,‘python‘,40); Query OK, 1 row affected (0.00 sec) mysql> insert into tab2 values(13,‘php‘,10); Query OK, 1 row affected (0.00 sec) mysql> SHOW MASTER STATUS; +------------------+----------+--------------+------------------+--------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+--------------------------------------------+ | mysql-bin.000024 | 1306 | | | aa9cd47a-77b1-11e4-94b2-000c299bb5af:1-144 | +------------------+----------+--------------+------------------+--------------------------------------------+ 1 row in set (0.00 sec)
(4)为了使模拟的效果更接近于生产环境，在这里我们滚动二进制日志，使产生的数据记录信息保存在不同的二进制日志当中
mysql> use Allentuns Database changed mysql> FLUSH LOGS; Query OK, 0 rows affected (0.02 sec) mysql> insert into tab2 values(14,‘C++‘,14); Query OK, 1 row affected (0.00 sec) mysql> insert into tab2 values(15,‘ruby‘,15); Query OK, 1 row affected (0.01 sec) mysql> SHOW MASTER STATUS; +------------------+----------+--------------+------------------+--------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+--------------------------------------------+ | mysql-bin.000025 | 833 | | | aa9cd47a-77b1-11e4-94b2-000c299bb5af:1-146 | +------------------+----------+--------------+------------------+--------------------------------------------+ 1 row in set (0.00 sec)
(5)将二进制日志中产生的新记录信息输出到sql脚本当中
# cat /bak/Allentuns_full_2014-11-30.sql |grep "mysql-bin"
-- CHANGE MASTER TO MASTER_LOG_FILE=‘mysql-bin.000024‘, MASTER_LOG_POS=191;
{以上是对Allentuns数据库做全备那一时刻对应的二进制文件和所处的位置}
# mysql -uroot -p -e "show master status;"
Enter password:
+------------------+----------+--------------+------------------+--------------------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+--------------------------------------------+
| mysql-bin.000025 | 833 | | | aa9cd47a-77b1-11e4-94b2-000c299bb5af:1-146 |
+------------------+----------+--------------+------------------+--------------------------------------------+
{以上是第一次做增量备份后后那一时刻对应的二进制文件和所处的位置}
# cd /mydata/data
# mysqlbinlog --skip-gtids --start-position=191 mysql-bin.000024 mysql-bin.000025 > /bak/incremental_`date +%F-%H-%M-%S`.sql(6)向Allentuns数据库中添加数据来模拟第二次增量备份
mysql> use Allentuns; Database changed mysql> create table tab3 like tab1; Query OK, 0 rows affected (0.02 sec) mysql> insert into tab3 values(21,‘zhengyansheng‘,24); Query OK, 1 row affected (0.00 sec) mysql> insert into tab3 values(22,‘wangtianyu‘,22); Query OK, 1 row affected (0.00 sec) mysql> insert into tab3 values(23,‘zhengziyu‘,20); Query OK, 1 row affected (0.01 sec) mysql> SHOW MASTER STATUS; +------------------+----------+--------------+------------------+--------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+--------------------------------------------+ | mysql-bin.000025 | 1986 | | | aa9cd47a-77b1-11e4-94b2-000c299bb5af:1-150 | +------------------+----------+--------------+------------------+--------------------------------------------+ 1 row in set (0.00 sec)
(7)删除Allentuns库来模拟发生故障
mysql> drop database Allentuns; Query OK, 3 rows affected (0.02 sec) mysql> show master status; #删除Allentuns数据库时没有滚动日志，那么使用“drop”的命令就记录在这个二进制日志当中 +------------------+----------+--------------+------------------+--------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+--------------------------------------------+ | mysql-bin.000025 | 2141 | | | aa9cd47a-77b1-11e4-94b2-000c299bb5af:1-151 | +------------------+----------+--------------+------------------+--------------------------------------------+ 1 row in set (0.00 sec)
(8)查看删除Allentuns数据库对应的二进制日志文件，并找到删除之前的那个点的Position
# mysqlbinlog /mydata/data/mysql-bin.000025 ---------------- # at 2034 #这个就是我们要的值2034 #141130 20:44:35 server id 1 end_log_pos 2141 CRC32 0x23d014a1 Query thread_id=12 exec_time=0 error_code=0 SET TIMESTAMP=1417351475/*!*/; drop database Allentuns
(9)通过mysqlbinlog导出二进制日志在drop之前的sql脚本
# mysqlbinlog --skip-gtids --start-position=833 --stop-position=2034 /mydata/data/mysql-bin.000025 > /bak/incremental_2034.sql
(10)开始做数据库恢复
mysql> set sql_log_bin=0; mysql> source /bak/Allentuns_full_2014-11-30.sql; mysql> source /bak/incremental_2014-11-30-20-42-25.sql; mysql> source /bak/incremental_2034.sql; mysql> use Allentuns; Database changed mysql> show tables; +---------------------+ | Tables_in_Allentuns | +---------------------+ | tab1 | | tab2 | | tab3 | +---------------------+ 3 rows in set (0.00 sec) mysql> select * from tab1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | jerry | 24 | | 2 | kimi | 12 | | 3 | jay | 35 | +------+-------+------+ 3 rows in set (0.00 sec) mysql> select * from tab2; +------+--------+------+ | id | name | age | +------+--------+------+ | 10 | java | 20 | | 11 | python | 40 | | 13 | php | 10 | | 14 | C++ | 14 | | 15 | ruby | 15 | +------+--------+------+ 5 rows in set (0.00 sec) mysql> select * from tab3; +------+---------------+------+ | id | name | age | +------+---------------+------+ | 21 | zhengyansheng | 24 | | 22 | wangtianyu | 22 | | 23 | zhengziyu | 20 | +------+---------------+------+ 3 rows in set (0.00 sec)
二、Mysql5.6 新特性1
最近在群上讨论Mysql5.6的话题越来越多了，自从Oracle收购Mysql之后；Oracle对Mysql的存储引擎做了很大的改进，在Mysql5.5之前Mysql的默认存储引擎MyISAM，这种存储引擎不支持事物，现在5.6版本默认的存储引擎就是InnoDB，此版本并引入了GTID特性，也就是GTID的特性让我在上面花了一天的时间
在这个难题上，最后去看官方文档才得到答案。
首先来看一个错误截图，这个错误时由于用mysqlbinlog做二进制日志导出后，查看库中的表信息的时候报的一个错误，如下图所示：
我们来看官方给出的解决思路和方法
三、Mysql5.6分库分表备份脚本的新特性2
1、Mysql基于mysqldump的分库备份脚本
#!/bin/bash
#Author:Allentuns
#Tel:13260071987
db_user=‘root‘
db_passwd=123456
db_host=192.168.0.104
db_none="information_schema|mysql|performance_schema"
db_command=`mysql -u$db_user -p$db_passwd -h $db_host -e "show databases;" |sed ‘1d‘ |egrep -v $db_none`
db_dump="mysqldump -u$db_user -p$db_passwd -h $db_host --master-data=2 --flush-logs --lock-all-tables"
db_file=‘/mydata/mysqlbak‘
if [ ! -d $db_file ];then
mkdir -p $db_file
fi
for i in $db_command;
do
$db_dump $i |gzip > $db_file/${i}_$(date +%F-%H-%M-%S).sql.gz
done2、Mysql基于mysqldump的分表备份脚本
#!/bin/bash
#Author:Allentuns
#Tel:13260071987
db_user=root
db_passwd=123456
db_host=localhost
db_none="information_schema|mysql|performance_schema"
db_connect="mysql -u$db_user -p$db_passwd -h $db_host"
db_command=`mysql -u$db_user -p$db_passwd -h $db_host -e "show databases;" |sed ‘1d‘ |egrep -v $db_none`
db_dump="mysqldump -u$db_user -p$db_passwd -h $db_host --master-data=2 --flush-logs --lock-all-tables"
db_file=‘/mydata/mysqlbak‘
if [ ! -d $db_file ];then
mkdir -p $db_file
fi
for db in $db_command
do
if [ ! -d $db_file/$db ];then
mkdir -p $db_file/$db
fi
for table in `$db_connect -e "show tables from $db;"|sed ‘1d‘`
do
$db_dump $db $table |gzip > $db_file/${db}/${table}_$(date +%F-%H-%M-%S).sql.gz
done
done3、在命令行或脚本中如果传递密码就会报一下警告信息
这个也是版本5.6的新特性，如果以明文方式显示密码都会报警告信息的，解决办法就是将其加入到客户端的配置文件中，然后不用输入账户和密码了，这样就能避免发出警告信息。
解决办法来源互联网：http://www.68idc.cn/help/jiabenmake/qita/2014010766686.html
cat > ~/.my.cnf << EOF [mysqldump] user=root password=123456 host=127.0.0.1 EOF
四、补充一点
1、lvm逻辑卷
逻辑卷管理器lvm，想必大家一点都不陌生吧！几乎绝大多数我们都会把数据库的数据文件放在lvm卷上，1是为了保证磁盘可以在线动态的扩容，2是为了利用lvm的快照功能可以实现对Mysql数据库做热备，我会在后续博客补充和案列演示。
创建逻辑卷 1.首先将磁盘创建成逻辑卷 # fdisk /dev/sdb /dev/sdb1 1 2610 20964793+ 8e Linux LVM 2.将分区转换成pv物理卷 # pvcreate /dev/sdb1 #将分区/dev/sdb1转换成物理卷 # pvs #查看物理卷信息 3.将pv物理卷加入到vg卷组 # vgcreate myvg /dev/sdb1 #将物理卷加入到卷组中 # vgs #查看卷组信息 4.从卷组vg中划分出lv逻辑卷 # lvcreate -n mydata -L 10G myvg # lvs 5.格式化lv逻辑卷 # mkfs.ext4 /dev/myvg/mydata 6.创建挂载目录并赋予mysql权限 # mkdir -p /mydata/data # chown -R mysql.mysql /mydata/data/ 7.开机自动挂载 # echo "/dev/myvg/mydata /mydata/data ext4 defaults 0 0" >> /etc/fstab # mount -a 8.查看挂载信息 # mount
本文出自 “郑彦生” 博客，请务必保留此出处http://467754239.blog.51cto.com/4878013/1584844
原文地址：http://467754239.blog.51cto.com/4878013/1584844
