总结:所谓事务,它是一个操作序列,这些操作要么都执行,要么都不执行,它是一个不可分割的工作单位。
ACID:是指在可靠数据库管理系统(DBMS)中,事务(transaction)应该具有四个特性:原子性、一致性、隔离型、持久性。这是可靠数据库所具备的几个特性
原子性:指事务是一个不可再分割的工作单位,事务中的操作要么都发生,要么都不发生
以begin为开始,以commit为结束,这里面的语句有原子性,要么都发生,要么都不发生。
例如:被begin和commit括起来的几条语句,如果其中有一条语句报错,那么整条语句都不会执行。只有全部执行了,括起来的语句才会生效。这就是原子性。
一致性:指在事务开始之前和事务结束以后,数据库的完整性约束没有被破坏
就是在我们执行事务前和事务后,修改的数据库内容需要保存到磁盘中。展现给我们看的内容和存储在磁盘的内容需要一一致。
隔离性:指在并发环境中,当不同的事务同时操纵相同的数据时,每个事务都有各自的完整数据空间。
当同一个数据库中的两个表被两个不同事务修改同一条记录时,两条事务是相对独立的。不会相互干预对方的执行后果,只有先后的顺序来决定最后的数据内容。(数据在修改时,是串行的,必须得一个事务一个事务的执行)
持久性:在事务完成以后,该事务所对数据库所作的更改便持久的保存在数据库之中,并不会被回滚。
当事务执行完成之后,事务所修改的数据,将会永久保存在磁盘当中。且无法进行撤销和回滚。除非没有commit提交,可以进行修改。
脏读是读到了别的事务回滚前的脏数据。
比如事务B执行过程中修改了数据x,在未提交前,事务A读取了数据x,而事务B却回滚了,这样事务A就形成了脏数读。
也就是说,当前事务读到的数据是别的事务想要修改的,但是没有修改成功的数据。
两个事务对同一个数据进行操作,一个删除了,一个又插入了,那么删除的事务就会觉得产生了幻觉一样。
隔离级别解决的问题:解决的是执行并发事务之后,数据不一致的问题
read uncommited : 读取尚未提交的数据:不可解决藏脏读。
read committed : 读取已经提交的数据:可以解决脏读。
**repeatanle read : ** 重读读取,可以解决脏读和不可重复读, (mysql默认的)
serializable : 串行化:可以解决脏读,不可重复读和幻读, (相当于锁表)
show global variables like '%isolation%'
select @@global.tx_isolation;
#两种查询全局事务的隔离级别
show session variables like '%isolation%';
select @@session.tx_isolation;
select @@tx_isolation;
#三种查询会话事务的隔离级别
set global transaction isolation level serializable;
#将全局事务隔离级别设置成串行化
show global variables like '%isolation%';
#查询全局事务的隔离级别
set session transaction isolation level read committed;
#修改会话事务隔离级别为读取已提交的数据
select @@tx_isolation;
#查看会话事务隔离级别
BEGIN 或 START TRANSACTION: 手动开启一个事务
COMMIT 或 COMMIT WORK: 提交事务,并使已对数据库进行的所有修改变为永久性的。
ROLLBACK 或 ROLLBACK WORK: 执行回滚,而回滚会结束用户的事务,并撤销正在进行的所有未提交的修改。
SAVEPOINT S1 : 使用 SAVEPOINT 允许在事务中创建一个回滚点,一个事务中可以有多SAVEPOINT;“S1”代表回滚点名称。
ROLLBACK TO [SAVEPOINT] S1 : 把事务回滚到标记点。
begin;
update ky20 set age=age + 5 where id=1;
select * from ky20;
commit;
begin;
update ky20 set age=age - 3 where id=2;
select * from ky20;
rollback;
加入创建了两个回滚,s1和s2,s1先创建,s2创建,当我们最后恢复的时候,如果恢复到s1节点,那么就无法切换到s2节点,如果恢复到s2节点,那么可以切换到s1节点。
begin;
update ky20 set score=score + 50 where id=3;
select * from ky20;
savepoint s1; #创建一个回滚点
update ky20 set age=age + 5 where id=3;
select * from ky20;
savepoint s2; #创建第二个会回滚点
rollback to s1; #恢复到第一个回滚点
select * from lcdb2;
在mysql中,当我们输入命令时,是系统在自动帮我创建事务(begin和commit),无需我们手动输入,这是因为mysql数据库默认设置了自动提交。
show variables like 'autocommit';
#查看mysql中是否自动提交索引
set autocommit=0;
#禁止自动提交
set autocommit=1;
#开启自动提交
1、mysql中的数据用各种不同的技术存储在文件中,每一种技术都使用不同的存储机制,索引技巧、锁定水平并最终提供不同的功能和能力,这些不同的技术以及配套的功能在mysql中称为存储引擎。
2、存储引擎是mysql将数据存储在文件系统中存储方式或存储格式。
3、目的:为了适应各种应用场景
4、mysql常用的存储引擎
5、mysql数据库中的组件,负责执行实际的数据I/O操作
6、mysql系统中,存储引擎处于文件系统之上,在数据保存到数据文件之前会传输到存储引擎,之后按照各个存储引擎的存储格式进行存储。
①myisam不支持事务,也不支持外键约束,只支持全文索引,数据文件和索引文件是分开保存的。
②myisam特性: 访问速度快,对事务完整性没有要求
③myisam在磁盘上存储成三个文件,文件名和表名都相同,但是扩展名不同
④表级锁定形式,数据在更新时,会锁定整个表
⑥myisam是表级锁定,读或写无法同时进行
①静态(固定长度)表
静态表示默认的存储格式,静态表的字段都是非可变字段,这样每个记录都是固定长度,这种存储方式的有点事存储非常迅速,容易缓存,出现故障容易恢复,缺点是占用空间通常比动态表多。
②动态表
动态表包含可变字段,记录不是固定长度的,这样存储的优点是占用空间较少,但是频繁的更新、删除记录会产生碎片,需要定期执行 OPTIMIZE TABLE 语句或 myisamchk -r 命令来改善性能,并且出现故障的时候恢复相对比较困难。
③压缩表
压缩表由 myisamchk 工具创建,占据非常小的空间,因为每条记录都是被单独压缩的,所以只有非常小的访问开支。
公司业务不需要/不注重事务的ACID支持
单方面读取或写入数据比较多的业务
myisam存储引擎数据读写都比较频繁的场景不适合(读写均并发的场景不适合)
使用读写并发访问相对较低的业务
数据修改相对较少的业务
对数据业务一致性要求不是非常高的业务(因为myisam不支持事务)
服务器硬件资源相对比较差
总结:使用于单方向的任务场景,同时并发量不高,对于事务要求不高的场景。
①支持事务(遵守ACID特性),支持4个事务隔离级别(数据不一致)
②读写阻塞与事务隔离级别相关
③对硬件资源要求比较高
④InnoDB中不保存的行数
清空整个表时,innodb是一行一行的删除,效率非常慢,myisam则会重建表
MyISAM:表级锁定
Innodb:行级锁定
①死锁的产生
当两个事务分别访问/读取2行记录,同时又需要读取对方的记录数据,因为(行锁的限制)而造成了阻寨的现象
②解决死锁
第一种解决方案: 查询线程信息,直接杀死线程,直接kill id就可以。
查询线程信息sql语句是什么? show processlist;
第二种解决方案: 等待,可以调整数据的资源,给予mysql更多的内存资源,线程资源,让产生死锁的线程能够冲破释放锁。
③预防死锁
给予相对充裕的mysql数据库的资源
调整更为精确的查找方案
定义更为合理的存储过程
show engines;
show table status from kgc where name='info'\G
或
show create table kgc.ky20;
alter table kgc.ky20 engine=myisam;
#修改表的存储引擎
vim /etc/my.cnf
[mysqld]
default-storage-engine=INNODB
systemctl restart mysqld
#此方法只对修改了配置文件并重启mysql服务后新创建的表有效,已经存在的表不会有变更。
create table ydq(id int(4),name varchar(10)) engine=myisam;
#创建表的时候指定存储引擎