mysql：事务与引擎

最新推荐文章于 2024-03-22 17:01:16 发布

Ryougi_Shiki_uio

最新推荐文章于 2024-03-22 17:01:16 发布

阅读量149

点赞数

分类专栏：集群

本文链接：https://blog.csdn.net/Ryougi_Shiki_uio/article/details/118667091

版权

集群专栏收录该内容

25 篇文章 0 订阅

订阅专栏

事务的介绍

事务是一种机制、一个操作序列，包含了一组数据库操作命令，并且把所有的命令作为一个整体一起向系统提交或撤销操作请求，即这一组数据库命令要么都执行，要么都不执行。

事务是一个不可分割的工作逻辑单元，在数据库系统上执行并发操作时，事务是最小的控制单元。

事务适用于多用户同时操作的数据库系统的场景，如银行、保险公司及正确交易系统等等。

数据库通过事务的整体性以保证数据的一致性。

事务的特点

原子性

事务是一个完整的操作，事物的各元素是不可分的。
事务中的所有元素必须作为一个整体提交或回滚。
如果事务中的任何元素啊失败，则整个事务失败。

一致性

当事务完成时，数据必须处于一致状态。
在事务开始前，数据库中存储的数据处于一致状态。
在正在进行的事务中，数据可能处于不一致的状态。
当事务成功完成时，数据必须再次回到已知的一致状态。

隔离性

对数据进行修改的所有并发事务是彼此隔离的，表明事务必须是独立的，它不应以任何方式依赖于或影响其他事务。
修改数据的事务可在另一个使用相同数据的事务开始之前访问这些数据，或者在另一个使用相同数据的事务结束之后访问这些数据。

持久性

指不管系统是否发生故障，事务处理的结果都是永久的。
一旦事务被提交，事务的效果会被永久地保留在数据库中。

数据不一致产生的问题

数据不一致产生的结果:

1、脏读(读取未提交数据)
脏读是读到了别的事务回滚前的数据，比如事务B执行过程中修改了数据X，在未提交前，事务A读取了X，而事务B却回滚了，这样事务A就形成了脏读。

2、不可重复读(前后多次读取，数据内容不一致)
一个事务内两个相同的查询却返回了不同数据。这是由于查询时系统中其他事务修改的提交而引起的，事务A第一次查询得到一行记录row1，事务B递交修改后，事务A第二次查询row1，但内容发生了变化。

3、幻读
一个事务一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，另一个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，操作前一个事物的用户会发现表中还有没有修改的数据行，就好像发生幻觉一样。

4、丢失更新
当两个事务同时读取同一条记录，A先修改记录，B也修改记录(B不知道A修改过)，B提交数据后B的的修改该结果覆盖了A的修改该结果。

事务控制语句

事务控制语句有：
begin：手动开启一个新事务。
commit：提交，以begin开头，commit结尾表示当前事务提交并结束。
rollback：以rollback结尾表示当前事务撤销并结束，如果不加参数，那么回滚到原点，同时事务结束。
savepooint：在每做一个操作时，对当前操作打上一个标记。标记会和rollback to point 进行集合。
rollback to savepoint a：回滚到标记a，之后的操作撤销。
set transaction 开启/关闭自动提交，默认开启。

手动开启事务

begin;		#开始当前事务
insert into names values(2,userer,abc111);		#执行的命令
commit;		#结束当前事务

#需要注意的是，当前事务没有提交时，其他人登入数据库查看该表仍然是原来的数据。

在这里插入图片描述

事务的回滚

begin;
insert into names values(2,'usersan','123456');
savepoint s1;		#定回滚点1
insert into names values(4,'usersi','aassddff');
savepoint s2;		#定回滚点2
rollback to s1;		#回滚到回滚点1
#需要注意的是有多个回滚点时，回滚到前面的回滚点，那么在这个回滚点后的回滚点消失

在这里插入图片描述

引擎

介绍

MySQL中的数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制、索引技巧、锁定水平并最终提供不同的功能和能力，存储引擎就是 MySQL将数据存储在文件系统中的存储方式或者存储格式。

目前 MySQL常用的两种存储引擎：
myisam：表级锁定,当对表中数据调用时，锁定整张表。更注重读。
Innodb：行级锁定,当对某行数据调用时，锁定该行。更注重写。

myisam

MyISAM存储引擎是 MySQL关系数据库系统5.5版本之前默认的存储引擎，前身是ISAM。

myisam的特点

MyISAM不支持事务,也不支持外键。

表级锁定形式，数据在更新时锁定整个表。

数据库在读写过程中相互阻塞。串行操作，按照顺序操作，每次在读或写的时候会把全表镊起来，会在数据写入的过程阻塞用户数据的读取。

数据单独写入或读取，速度过程较快且占用资源相对少。

每个 MyISAM 表在磁盘上存储成 3 个文件，其中文件名和表名都相同，但是扩展名分别为：
frm(存储表定义)
MYD(MYData，存储数据)
MYI(MYIndex，存储索引)

MyISAM 表还支持 3 种不同的存储格式：
静态(固定长度)表
动态表
压缩表

MyISAM 使用场景

公司业务不需要事务的支持。

一般单方面读取数据比较多的业务，或单方面写入数据比较多的业务。使用读写并发访问相对较低的业务。

数据修改相对较少的业务。

对数据业务一致性要求不是非常高的业务。

服务器硬件资源相对比较差。

innodb

InnoDB 是一个健壮的事务型存储引擎，这种存储引擎已经被很多互联网公司使用，为用户操作非常大的数据存储提供了一个强大的解决方案。MySQL 从 5.5.5 版本开始，默认的存储引擎为 InnoDB。InnoDB 存储引擎还引入了行级锁定和外键约束

innodb的特点

支持事务：支持4个事务隔离级别。

行级锁定,但是全表扫描任然会是表级锁定。

读写阻塞与事务隔离级别相关。

具有非常高效的缓存特性：能缓存索引，也能缓存数据。

表与主键以簇的方式存储。

支持分区、表空间，类似 oracle数据库。

支持外键约束，5.5以前不支持全文索引，5.5版本以后支持全文索引。

对硬件资源要求还是比较高的场合。

InnoDB 使用场景

业务需要事务的支持。

行级锁定对高并发有很好的适应能力，但需确保查询是通过索引来完成。

业务数据更新较为频繁的场景，如：论坛，微博等。

业务数据一致性要求较高，例如：银行业务。

硬件设备内存较大，利用 Innodb较好的缓存能力来提高内存利用率，减少磁盘I/O的压力。

#查看系统支持的引擎
show engines;

在这里插入图片描述

#查看表使用的存储引擎
#方法一
show table status from 库名 where name='表名'\G;

方法二
use 库名;
show create table表名;

可以看到在ENGINE行显示使用了什么引擎
在这里插入图片描述

#修改表的存储引擎
#方法一	通过alter修改表结构的方式修改
alter table 表名 engine=MYISAM;

#方法二:通过修改/etc/my.cnf配置文件，指定默认存储引擎并重启服务
在/etc/my.cnf的[mysqld]下面添加default-storage-engine-INNODB
重启服务后新创建的表的存储引擎都为innodb

#方法三:通过create table创建表时指定存储引擎
create table表名(字段1数据类型,.. .) engine=MyISAM;