《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门,即可获取!
-
引起 MySQL 服务器改变的任何操作(增 删 改)
-
复制功能依赖于此日志(MySQL 主从)
-
Slave 服务器通过 Master 服务器的二进制日志完成主从复制,在执行之前保持于中继日志
relay log
中。 -
Slave 服务器通常可以关闭二进制日志以提升性能。
1)默认在 /usr/local/mysql/data/
目录下,存在 mysql-bin.000001
mysql-bin.000002
的二进制文件
[root@MySQL ~]# sed -i ‘/[mysqld]/a log-bin=mysql-bin’ /etc/my.cnf
[root@MySQL ~]# sed -i ‘/[mysqld]/a server-id=1’ /etc/my.cnf
[root@MySQL ~]# head -3 /etc/my.cnf
什么时候二进制日志会重新生成:
-
重启 MySQL 服务:
systemctl restart mysqld
-
在 MySQL 数据库中:
flush logs;
-
根据
max_binlog_size
设置 MySQL 二进制文件最大值,达到最高值会自动创建。
[root@MySQL ~]# systemctl restart mysqld
[root@MySQL ~]# ls -l /usr/local/mysql/data/ | grep ‘mysql-bin’
- 注意:如果需要删除二进制日志时,切勿直接删除二进制文件,这样会使 MySQL 管理混乱。
1)查看正在使用的二进制日志文件
mysql> show master status;
2)手动滚动二进制日志文件
mysql> flush logs;
3)显示所有的二进制日志文件
mysql> show binary logs;
格式:mysqlbinlog [参数] log-files
有以下四种参数选择:
-
--start-position
:用来指定二进制日志文件的起始位置;--stop-position
:用来指定二进制日志文件的结束位置。 -
--start-datetime
:用来指定二进制日志文件的起始日期;--stop-datetime
:用来指定二进制日志文件的结束日期。
使用 mysqlbinlog
工具来对 MySQL 进行增量备份:MySQL 增量备份与恢复
- 由
bin_log_format={ statement | row | mixed }
定义(5.7
版本之前是statement
,5.7
版本之后是row
)
1)statement
:
-
基于语句,记录生成数据的语句。
-
缺点:如果当插入信息为函数时,有可能不同时间点执行结果不一样。如
insert into test values(CURRENT_DATE())
2)row
:
- 基于行数据,缺点在于,有时候数据量会过大。
3)mixed
:
- 混合模式,由 MySQL 自行决定何时使用
statement
和row
模式。
查看当前二进制日志记录格式
mysql> show variables like ‘binlog_format’;
- 如果想要永久修改需:
sed -i '/\[mysqld]/a binlog_format=模式' /etc/my.cnf
来进行修改。
1)根据备份时,MySQL 服务是否在线
-
冷备:停掉 MySQL 这个服务,读写操作都不能进行。
-
温备:全局施加共享锁,只能读不能写。
-
热备:不停掉 MySQL 这个服务,读写照样进行。
2)根据备份时的接口
-
物理备份(Physical Backup):直接复制数据文件,打包归档。简单来说就是对 MySQL 的数据存放路径进行打包。
-
逻辑备份(Logical Backup):把数据抽取出来保存在 SQL 脚本中,
mysqldump
就属于逻辑备份。
各自特点:
-
物理:不需要额外工具,直接归档命令即可,但是跨平台能力比较差;如果数据量超过几十个 G,则适用于物理备份。
-
逻辑:导入方便,直接读取 SQL 语句即可;逻辑备份恢复时间慢,占用空间大;无法保证浮点数的精度;恢复完数据库后需要重建索引。
1)完全备份:每次对数据进行完整的备份,即对整个数据库的备份(是差异备份与增量备份的基础)
-
优点:备份与恢复操作简单方便。
-
缺点:数据存在大量的重复;占用大量的空间;备份与恢复时间长。
2)差异备份:
-
备份那些自从上次完全备份之后被修改过的所有文件,备份的时间起点是从上次完全备份起,备份数据量越来越大。
-
恢复数据时,只需要恢复上次的完全备份与最近的一次差异备份。
3)增量备份:只有那些在上次完全备份或增量备份后被修改的文件才会被备份。
-
优点:占用空间小,备份速度快。
-
缺点:如果中间某次的备份数据损坏,将导致数据丢失。
1)mysqldump
:通常为数据小的情况下备份;单线程恢复比较慢。
-
InnoDB:热备,温备。
-
MyISAM,Aria:温备。
2)xtrabackup
(通常用 innobackupex
工具):备份 MySQL 大数据;属于物理备份,速度快。
-
InnoDB:热备,增量备份。
-
MyISAM:温备,不支持增量备份,只有完全备份。
3)lvm-snapshot
:接近于热备的工具,因为要先请求全局锁,而后创建快照,并在创建快照完成后释放全局锁;
-
使用
cp
tar
等工具进行物理备份; -
备份和恢复速度较快。
-
很难实现增量备份,并且请求全局需要等待一段时间,在繁忙的服务器上尤其如此。
两者对比如下:
| 工具名称 | mysqldump
| xtrabackup
|
| — | — | — |
| 备份方式 | 逻辑备份 | 物理备份 |
| 数据保存方式 | SQL 脚本 | 二进制文件 |
| 是否支持热备份 | 是 | 是 |
| 是否支持增量备份 | 是 | 是 |
| 备份过程 | 会锁表 | 不锁表 |
| 是否影响正常业务 | 影响较大 | 影响较小 |
| 备份和恢复性能 | 耗时较长 | 耗时较短 |
| 占用空间 | 占用空间小 | 占用空间大 |
=========================================================================================
基于快照备份注意事项:
-
事务日志跟数据日志必须在同一个卷上。
-
创建快照卷之前,要请求 MySQL 的全局锁;在快照创建完成之后释放锁。
-
请求全局锁完成之后,做一次日志滚动;做二进制日志文件及位置标记(手动进行)
1.准备 LVM 卷,并将 MySQL 数据迁移到 LVM 卷上
1)创建分区
[root@localhost ~]# fdisk -l /dev/sdb
2)创建 PV、VG、LVM,并格式化
[root@localhost ~]# pvcreate /dev/sdb1 /dev/sdb2 /dev/sdb3
[root@localhost ~]# vgcreate test /dev/sdb1 /dev/sdb2 /dev/sdb3
[root@localhost ~]# lvcreate -L +10G -n zhangsan test
[root@localhost ~]# mkfs.xfs /dev/test/zhangsan
3)创建目录,并挂载逻辑磁盘
[root@localhost ~]# mkdir /var/zhangsan
[root@localhost ~]# mount /dev/test/zhangsan /var/zhangsan/
[root@localhost ~]# df -hT
4)确认服务处于关闭状态,然后将数据迁移到 /var/zhangsan
[root@localhost ~]# systemctl stop mysqld
[root@localhost ~]# cd /usr/local/mysql/data/
[root@localhost data]# tar -cf - . | tar xf - -C /var/zhangsan/
5)重新挂载 zhangsan
到 MySQL 数据库的主目录 /usr/local/mysql/data
[root@localhost ~]# umount /var/zhangsan/
[root@localhost ~]# mount /dev/test/zhangsan /usr/local/mysql/data/
6)审核权限并启动服务
[root@localhost ~]# systemctl start mysqld
[root@localhost ~]# mysql -uroot -p123123
mysql> show master status\G
mysql> flush logs;
mysql> flush tables with read lock;
[root@localhost ~]# lvcreate -L +4G -s -n mysql /dev/test/zhangsan
[root@localhost ~]# mysql -uroot -p123123 -e “unlock tables;”
7)开启 MySQL 的二进制日志,并重启 MySQL 服务
[root@localhost ~]# sed -i ‘/[mysqld]/a log-bin=mysql-bin’ /etc/my.cnf
[root@localhost ~]# sed -i ‘/[mysqld]/a server-id=1’ /etc/my.cnf
[root@localhost ~]# systemctl restart mysqld
mysql> create database Coco;
mysql> use Coco;
mysql> create table test(ID int);
mysql> insert into test values(1),(2),(3);
[root@localhost ~]# cp /usr/local/mysql/data/mysql-bin.000001 /opt/
模拟数据库故障
[root@localhost ~]# systemctl stop mysqld
[root@localhost ~]# umount /dev/test/zhangsan
恢复
[root@localhost ~]# mount /dev/test/zhangsan /usr/local/mysql/data/
[root@localhost ~]# systemctl start mysqld
[root@localhost ~]# mysql -uroot -p123123 -e “select * from Coco.test;”
=======================================================================================
Percona XtraBackup(简称 PXB)是 Percona 公司开发的一个用于 MySQL 数据库物理热备的备份工具,支持 MySQL、Percona Server 和 MariaDB,并且全部开源。
-
通信方式:2 个工具之间的交互和协调是通过控制文件的创建和删除来实现的。
-
主要文件有:
xtrabackup_suspended_1
xtrabackup_suspended_2
xtrabackup_log_copied
备份时 xtrabackup_suspended_2
协调这两个工具进程过程如下:
-
ib
在启动xb
进程后,会一直等xb
备份完InnoDB
文件,方式就是等待xb_suspended_2
这个文件被创建出来。 -
xb
在备完InnoDB
数据后,就在指定目录下创建出这个文件,然后等这个文件被ib
删除。 -
ib
检测到文件xb_suspended_2
被创建出来后,就继续往下走。 -
ib
在备份完非InnoDB
表后,删除xb_suspended_2
这个文件,这样就通知xb
可以继续了,然后等待xb_log_copied
被创建。 -
xb
检测到xb_suspended_2
文件删除后,就可以继续往下了。
备份过程:
-
innobackupex
在启动后,会先fork
一个进程,来启动xtrabackup
进程,然后等待xtrabackup
备份完InnoDB
数据文件; -
当
xtrabackup
备份完时,会通过创建文件来通知innobackupex
进程,接着innobackupex
进程会去备份非InnoDB
数据文件。
-
Redo
文件:是存储引擎层(InnoDB)生成的日志,主要为了保证数据的可靠性。 -
Ibd
文件:InnoDB 引擎开启的表空间,用来存储表的数据和索引。
[root@MySQL ~]# yum -y install perl-DBI perl-DBD-MySQL perl-Time-HiRes perl-IO-Socket-SSL perl-TermReadKey.x86_64 perl-Digest-MD5
[root@MySQL ~]# rpm -ivh percona-toolkit-2.2.19-1.noarch.rpm
[root@MySQL ~]# tar xf percona-xtrabackup2.4.5-Linux-x86_64.tar.gz -C /usr/src/
[root@MySQL ~]# cd /usr/src/percona-xtrabackup-2.4.5-Linux-x86_64/
[root@MySQL percona-xtrabackup-2.4.5-Linux-x86_64]# cp bin/* /usr/bin/
XtraBackup 中主要包含两个工具:
xtrabackup
(Perl
脚本):
- 用来备份 InnoDB 表的,不能备份非 InnoDB 表,和 MySQL Server 没有交互。
innobackupex
(C/C++
编译的二进制):
-
用来备份非 InnoDB 表的,同时会调用
xtrabackup
命令来备份 InnoDB 表; -
还会和 MySQL Server 发送命令来进行交互,如加读锁
ftwrl
、获取位点show slave status
等。
简单来说就是 innobackupex
在 xtrabackup
之上做了一层封装。
| 常用选项 | 作用 |
| :-- | :-- |
| --host
| 指定主机 |
| --user
| 指定用户名 |
| --password
| 指定密码 |
| --port
| 指定端口 |
最后
本人也收藏了一份Java面试核心知识点来应付面试,借着这次机会可以送给我的读者朋友们
目录:
Java面试核心知识点
一共有30个专题,足够读者朋友们应付面试啦,也节省朋友们去到处搜刮资料自己整理的时间!
Java面试核心知识点
已经有读者朋友靠着这一份Java面试知识点指导拿到不错的offer了
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门,即可获取!
trabackup` 命令来备份 InnoDB 表;
- 还会和 MySQL Server 发送命令来进行交互,如加读锁
ftwrl
、获取位点show slave status
等。
简单来说就是 innobackupex
在 xtrabackup
之上做了一层封装。
| 常用选项 | 作用 |
| :-- | :-- |
| --host
| 指定主机 |
| --user
| 指定用户名 |
| --password
| 指定密码 |
| --port
| 指定端口 |
最后
本人也收藏了一份Java面试核心知识点来应付面试,借着这次机会可以送给我的读者朋友们
目录:
[外链图片转存中…(img-bmdJHwyE-1714709756760)]
Java面试核心知识点
一共有30个专题,足够读者朋友们应付面试啦,也节省朋友们去到处搜刮资料自己整理的时间!
[外链图片转存中…(img-YSv3XIEA-1714709756761)]
Java面试核心知识点
已经有读者朋友靠着这一份Java面试知识点指导拿到不错的offer了
[外链图片转存中…(img-vtCHwRJM-1714709756761)]
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门,即可获取!