目录
一、事务
1、事务的概念
2、事务的ACID特点
①、原子性(Atomicity)
②、一致性(Consistency)
③、隔离性(Isolation)
④、持久性(Durability)
3、事务间的相互影响(间接)
4、事务间的四大隔离
5、事务控制语句
二、存储引擎
1、存储引擎的概念
2、MyISAM
①、ISAM的特点
②、MyISAM的特点
③MyISAM 表支持 3 种不同的存储格式
④、MyISAM适用的生产场景
3、Innodb
①、Innodb特点
②、Innodb 在磁盘上存储成三个文件
③、适用生产场景
3、查看系统支持的存储引擎
4、查看表使用的存储引擎
方法一:
方法二:
5、修改存储引擎
方法一:alter修改表结构
方法二:修改配置文件
方法三:create创建表时指定存储引擎
总结
1、事务的四大特性
2、事务间会出现间接性影响
3、事务的操作
4、两大常用引擎 innodb 和 myisam 特点
myisam
innodb
innodb 和 myisam 的区别
虽然事务有着四大特性,但是还是会出现相互间的间接影响,大概总结为四种:
隔离 | 说明 | 效果 |
---|---|---|
read uncommitted | 读取尚未提交的数据 | 不解决脏读 |
read committed | 读取已经提交的数据 | 可以解决脏读 |
repeatable read | 重复读取 | 可以解决脏读 和 不可重复读 —mysql默认的 |
serializable | 串行化 | 可以解决 脏读 不可重复读 和 虚读—相当于锁表 |
begin 或 start transaction 或 set autocommit-0(禁止自动提交):开启一个事务 commit 或 commitwork:提交事务,并使已对数据库进行的所有修改变为永久性 注:执行了 commit 之后,才会触发I/O流进行写入 rollback 或 rollback work:回滚会结束用户的事务,并撤销正在进行的所有未能提交的修改 savepoint S1:使用savepoint标记。 允许在事务中创建一个回滚点,一个事务中可以有多个savepoint;S1代表回滚点名称 release savepoint 存档点名称:删除存档点 rollback to [savepoint] S1:把事务回滚到标记点 set autocommit=0; #禁止自动提交 set autocommit=1; #开启自动提交,Mysql默认为1 set variVARIABLES like 'autocommit'; #查看Mysql中的AUTOCOMMIT值
MyISAM管理非事务表,是ISAM的扩展格式 提供ISAM表里没有的索引和字段管理的大量功能 MyISAM使用一种表格锁定的机制,以优化多个并发的读写操作 MyISAM提供高速存储和索引,以及全文搜索能力,受到web开发的青睐
MyISAM不支持事务,也不支持外键
访问速度快
对事物完整性没有要求
MyISAM在磁盘上存储成三个文件
表级锁定形式,数据在更新时锁定整个表(不允许两个人同时操作)
数据库在读写过程中相互阻塞。会在数据写入的过程阻塞用户数据的读取,也会在数据读取的过程中阻塞用户的数据写入
数据单独写入或读取,速度过程较快且占用资源相对少
(1)静态(固定长度)表
静态表是默认的存储格式。静态表中的字段都是非可变字段,这样每个记录都是固定长度的,这种存储方式的优点是存储非常迅速,容易缓存,出现故障容易恢复;缺点是占用的空间通常比动态表多。
(2)动态表
动态表包含可变字段,记录不是固定长度的,这样存储的优点是占用空间较少,但是频繁的更新、删除记录会产生碎片,需要定期执行 OPTIMIZE TABLE 语句或 myisamchk -r 命令来改善性能,并且出现故障的时候恢复相对比较困难。
(3)压缩表
压缩表由 myisamchk 工具创建,占据非常小的空间,因为每条记录都是被单独压缩的,所以只有非常小的访问开支。
因MyISAM注重读,而Innodb注重写的功能,因此在表级锁定进行相关搜索的时候还是有差异的。 例: update table set a=1 where user like ‘%liu%’; Innodb是不会保存表的行数的,因此,使用‘select count(*) from table;’时,需要扫描一遍整表来计算有多少行。 但是MyISAM只需要进行的读出保存好的行数即可。 注:当count(*)语句包含where语句时,MyISAM也需要扫描整表。 对于自增长的字段,Innodb中必须包含只有该字段的索引,但是在MyISAM表中可以和其他字段一起建立组合索引 清空整表时,Innodb时逐行删除,效率较低。MyISAM是直接重建表。
show engines;
show table status from 库名 where name='表名'\G;
use 库名; show create table 表名;
use 库名; alter table 表名 engine=myisam;
vim /etc/my.cnf [mysqld] default-storage-engine=INNODB
use 库名; create table 表名(字段1 数据类型,...) engine=MyISAM;
原子性(Atomicity) | 事务是一个完整的操作,事务的各元素是不可分的 | |
事务中的所有元素必须作为一个整体提交或回滚 | ||
如果事务中的任何元素失败,则整个事务将失败 | ||
一致性(Consistency) | 当事务完成时,数据必须处于一致状态 | |
在事务开始前,数据库中存储的数据处于一致状态 | ||
在正在进行的事务中,数据可能处于不一致的状态 | ||
当事务成功完成时,数据必须再回到已知的一致状态 | ||
隔离性(Isolation) | 对数据进行修改的所有并发事务是彼此隔离的,表明事务必须是独立的,它不应以任何方式依赖于或影响其他事务(直接影响) | |
修改数据的事务可在另一个使用相同数据的事务开始之前访问这些数据,或者在另一个使用相同数据的事务结束之后访问这些数据 | ||
持久性(Durability) | 指不管系统是否发生故障,事务处理的结果都是永久的 | |
一旦事务被提交,事务的效果会被永久地保留在数据库中 |
1、begin;(开始事务) insert into test values(1,'zhangsan'); commit;(结束事务) 2、begin; insert into test values(1,'zhangsan'); savepoint a; savepoint b; rollback to b; rollback to a; 注意:只能向前回滚,无法向后回滚
1、注重方向:myisam 更注重于读,而 innodb 注重于写
2、搜索/访问速度:myisam > innodb
3、innodb支持事务,myisam不支持事务
4、完整性:myisam对完整性无要求(不支持事务,ACID特点),innodb具有很好的完整性(支持事务,ACID特点)
5、安全性:innodb>myisam。(因完整性有所区别,所以安全性也有所区别,在遇到事故时,innodb比myisam恢复起来容易)
6、锁级别:myisam为表级锁定,innodb为行级锁定(全表扫描仍是表级锁定)
7、抗并发能力:myisam容纳并发力差,innodb容纳高并发能力较好
8、对于硬件要求:myisam对硬件要求不是很高,innodb对于硬件要求较高
对比与这些区别,所用的场景也有所不同
例如:
1、innodb适用于如微博、论坛等读写较多且更新频繁的场景
2、myisam适用于如资料档案室、商品仓库等数据修改较少、以读为主并且不支持事务的场景