mysql的事务和存储引擎+备份
- 一. mysql的事务
- 1.1 mysgl支持事务四种隔离级别
- 1.2 事务控制语句
- 1.3 行锁和死锁
- 1.3.1 行锁
- 1.3.2 死锁
- 1.3.3 如何避免死锁的发生
- 二. msyql的备份和还原以及日志管理
- 2.1 数据库备份的分类
- 2.2 备份策略
- 2.2.1 物理冷备份（全量）
- 2.2.2 mysqldump的备份和恢复（热备份）
- 2.2.3 对于数据的备份和恢复
- 2.2.4 基于位置的恢复
- 2.2.5 基于时间点恢复
- 2.3 日志管理
一. mysql的事务
mysql的存储引擎innodb自带了事务的特性
- 原子性
- 一致性
- 持久性
- 隔离性
隔离性：每个事物执行的过程是独立的，互相不能被干扰。并发事务之间是独立的
- 脏读
A事务在访问数据并且修改了数据，但是修改的结果没有提交到数据库
B事务也访问了这条数据，而且看到了未提交的结果 - 不可重复读
在一个事务之内，多次读同一数据。
这A事务没有结束时，另一个B事务也访问该数据，由于在A事务中两次读取数据，在中间B事务修改了数据，导致A事务两次查询的结果是不一致的，这就是不可重复读 - 幻读
A事务对数据进行了修改，B事务也对数据进行了修改，A事务发现数据还是有没有修改的数据，产生了幻觉。
事务的隔离级别:
1.1 mysgl支持事务四种隔离级别
- 未提交读，允许脏读，可以看到未提交的修改 read uncommitted
- 提交读，read committed 提交读，只允许看到修改提交之后的数据
- 可重复读:mysgl的默认隔离级别，一个事务，在执行两次select语句，保证得到相同的结果
Repeatable read - 串行读:后一个事务必须等待前一个完成之后才能继续，在这个过程中表会完全锁住，读写都会阻塞。
set global transaction isolation level Read Uncommitted;
set session transaction isolation level Read Uncommitted;
#刷新生效
mysql> flush privileges;
show session variables like'%isolation%';
1.2 事务控制语句
- BEGIN：显示开始一个事务
- commit：提交事务，所有的修改都是永久性的。
- rollback：对事务进行回滚，返回到上一次的操作，只能回滚正在进行未提交的修改。
- savepoint 名称：在事务当中创建一个回滚点，回滚到指定的位置，一个事务中可以有多个回滚点。
savepoint 在一个事务当中是一个临时的标记，在事务执行过程中的一个回滚点，多个回滚点，是按照顺序进行的，前面的回滚点一旦执行，后续的回滚点就回失效。
#创建表
create table cost (
id int(5) PRIMARY key,
name char(10),
money int(10)
);
insert into cost values(1,"test1",1000)
insert into cost values(2,"test2",1000)
select * from cost;
begin; #开始一个事务
UPDATE cost set money=money+100 where id= 1;
#COMMIT;
#提交后无法回滚
ROLLBACK; #回滚
#savepoint回滚
begin;
update cost set money=money+200 where id= 1;
savepoint s1;
UPDATE cost set money=money+200 where id= 2;
savepoint s2;
insert into cost values(3,"test3",1000);
select * from cost;
rollback to s1;
1.3 行锁和死锁
1.3.1 行锁
innodb通过给索引加锁来实现行级的锁定。
- 如果没有索引，会使用隐藏的聚簇索引来是来实现锁定。
- 如果A事务对索引字段进行操作，就会触发聚簇索引，锁定整行，B事务对这个行进行的操作就会被锁住。
create table if not exists student(
id int(5) PRIMARY KEY,
name char(8),
age int(3),
sex char(2)
);
alter table student add index name index(name);
insert into student values(1,'小明',18,'男');
insert into student values(2,'小红',19,'女');
insert into student values(3,'小刚',19,'男');
insert into student values(4,'小绿',17,'女');
insert into student values(5,'小黑',20,'男');
select * from student;
#另外一个终端
mysql> begin;
mysql> delete from student where name="小明";
update student set age =20 where id = l;
mysql> commit; #提交则会立即完成
1.3.2 死锁
两个事物相互等待对方的资源，形成了一个环路导致的。
#终端
mysql> begin;
mysql> delete from student where id = 5;
#触发行锁
#客户端
begin;
select * from student where id=1 for update;
for update：设置一个排他锁，在当前事务未提交前，禁止事务的写入和更新操作。
#终端
mysql> delete from student where id = 1;
#触发排他锁
#客户端
update student set name = 'abc' where id = 5;
死锁发生会自定选择一个事务当中的语句进行执行，直接终止其中的一个事务，回滚另外一个事务，以解除死锁（随机的）
1.3.3 如何避免死锁的发生
- 按照固定的顺序对表和行进行访问
- 大事务拆成小事务，业务允许的情况下
- 调整事务的默认隔离级别，如果业务允许，隔离级别越低越好。
- 要给表添加合适的索引(不是经常需要访问的字段，最好不要设置索引)
二. msyql的备份和还原以及日志管理
备份的目的就是灾难恢复
2.1 数据库备份的分类
1、物理备份
冷备份：关闭数据库进行备份的，全量备份。
2、逻辑备份:
热备份：数据库可以正常运行，不影响数据库的操作，在这个条件可以实现备份和恢复
2.2 备份策略
- 全量备份
- 增量备份
- 冷备份只能进行全量备份，逻辑备份既可以实现全量，也可以实现增量。
- mysqldump，常用的逻辑备份的工具，mysgl自带的。
2.2.1 物理冷备份（全量）
/usr/local/mysql/data
#压缩
tar -Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/
#解压opt下的压缩包
cd /opt/usr/local/mysql
cp -a data/ /usr/local/mysql/
2.2.2 mysqldump的备份和恢复（热备份）
musqldump是针对库和表的全量和增量，是热备份。
把备份的库和表，以文件的形式导出，再从导出的文件进行恢复。
#库的备份，多个库之间用空格隔开
mysqldump -u root -p123456 --databasess 库名 另一个库 > /opt/01.sql
#库的恢复
mysql -u root -p123456 < /opt/01.sql
#表的备份，多个表之间用空格隔开
mysqldump -u root -p123456 库名 表名 另一个表 > /opt/03.sql
#表的恢复
mysql -u root -p123456 库名 < /opt/03.sql
#不进入操作
mysql -u root -p123456 -e 'select * from 库名.表名'
2.2.3 对于数据的备份和恢复
全量备份，热备份
使用mysql的二进制日志的方式来是备份，对数据的全量或者是增量
先要开启二进制日志的功能
vim /etc/my.cnf
#添加
log-bin=mysql-bin
#开启二进制日志的功能，二进制文件的名称mysql-bin.000001
binlog_format=MIXED
#二进制日志的记录格式：
1、ROW 基于行
记录每一行的数据，准确，但是恢复效率的低
2、STATEMENT 基于sql语句
按照顺序对sql语句进行记录，高并发的情况下，sql的记录顺可能会出错，可能会导致数据的记录有偏差，虽然恢复的效率比较高
3、MIXED 混合
正常情况下使用STATEMENT，高并发自动切换ROW的记录方式。
systemctl restart mysqld
#二进制文件存放在data中
cd /usr/local/mysql/data
#解析查看日志
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000001
#恢复所有执行过的操作，包括错误的
mysqlbinlog --no-defaults mysql-bin.000001 | mysql -u root -p123456
#所以需要断点操作
#二进制文件的刷新（断点）
mysqladmin -u root -p123456 flash-logs
#断点是按天来执行的，可以按天对数据库进行增量的备份。
2.2.4 基于位置的恢复
mysqlbinlog --no-defaults --start-position='1338' mysql-bin.000005 | mysql -u root -p123456
从指定位置开始恢复数据，一直恢复到文件的结尾。
mysqlbinlog --no-defaults --stop-position='1338' mysql-bin.000005 | mysql -u root -p123456
从开始恢复到结束位置
mysqlbinlog --no-defaults --start-position='2364' --stop-position='3235' mysql-bin.000005 | mysql -u root -p123456
从指定位置开始，到指定的位置结束
2.2.5 基于时间点恢复
#同步时间
ntpdate ntp.aliyun.com
mysqlbinlog --no-defaults --start-datetime='2024-12-20 13:47:17' mysql-bin.000005 | mysql -u root -p123456
从指定时间开始恢复数据，一直恢复到文件的结尾。
mysqlbinlog --no-defaults --stop-datetime='2024-12-20 13:47:38' mysql-bin.000005 | mysql -u root -p123456
从开始恢复到结束时间
mysqlbinlog --no-defaults --start-datetime='2024-12-20 13:47:17' --stop-datetime='2024-12-20 13:47:38' mysql-bin.000005 | mysql -u root -p123456
从指定时间开始，到指定的时间结束
2.3 日志管理
vim /etc/my.cnf
og-error=/usr/local/mysql/date/mysql_error.log
#记录mysql在启动，停止或者是运行时，产生错误的日志
general_log=ON general_log_file=/usr/local/mysql/data/mysql_general.log
#开启mysql在使用过程中的记录日志
slow_query_log=ON slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5
#开启慢查询日志，用来记录所有查询的时间超过long_query_time=5的记录，查询的执行时间超过5秒钟就会记录。
不注明，默认是10秒
![[搜广推]王树森推荐系统——双塔模型](https://i-blog.csdnimg.cn/direct/28467bb306b44837b88ceb315d03ebb8.png)
