存储引擎
-
什么是存储引擎?
- 存储引擎是MySQL中特有的一个术语,其他的数据库中没有(Oracle中有,但不叫这个名字)
- 存储引擎实际上是一个表存储数据的方式
- 不同的存储引擎,表存储数据的方式不一样
-
如何给表添加存储引擎
-
如何查看表创建的具体执行语句
show create table 表名; show create table vip; | vip | CREATE TABLE `vip` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8 |
-
从具体执行语句中:
ENGINE=InnoDB 来指定引擎的
CHARSET=utf8 来指定这张表的字符编码方式
-
可以得出:mysql的默认存储引擎是:InnoDB
mysql的默认字符编码方式为:utf8
-
-
在建表时指定存储引擎
语法格式: create table 表名(…)engine=指定的引擎
-
-
如何查看mysql支持哪些引擎
- 命令为:show engines;
- mysql支持九大引擎,不同的mysql版本支持的情况不同
mysql常用的存储引擎介绍
-
MyISAM存储引擎
-
它管理的表具有以下特征:
使用三个文件表示每个表:
格式文件 — 存储表结构的定义(mytable.frm)
数据文件 — 存储表行的内容(mytable.MYD)
索引文件 — 存储表上索引(mytable.MYI) -
MyISAM存储引擎的特点:
可以被转换成压缩,只读表来节省空间
-
MyISAM存储引擎的缺点:
不支持事务机制,安全性低
-
-
InnoDB存储引擎(默认的存储引擎)
-
它管理的表具有下列主要特征:
- 每个 InnoDB 表在数据库目录中以.frm 格式文件表示
- InnoDB 表空间 tablespace 被用于存储表的内容(表空间是一个逻辑名称。表空间 存储数据+索引。)
- 提供一组用来记录事务性活动的日志文件
- 用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
- 提供全 ACID 兼容
- 在 MySQL 服务器崩溃后提供自动恢复
- 多版本(MVCC)和行级锁定
- – 支持外键及引用的完整性,包括级联删除和更新
-
InnoDB最大的优点是支持事务,以保证数据的安全。效率不是很高,并且也不能压缩,不能转换为只读,不能很好的节省存储空间
-
-
MEMORY存储引擎
- 使用 MEMORY 存储引擎的表,其数据存储在内存中,且行的长度固定,这两个特点使得 MEMORY 存储引擎非常快。
- MEMORY 存储引擎管理的表具有下列特征:
- 在数据库目录内,每个表均以.frm 格式的文件表示。
- 表数据及索引被存储在内存中。(目的就是快,查询快!)
- 表级锁机制。
- 不能包含 TEXT 或 BLOB 字段
- MEMORY 存储引擎以前被称为HEAP 引擎。
- MEMORY引擎优点:查询效率是最高的。不需要和硬盘交互。
- MEMORY引擎缺点:不安全,关机之后数据消失。因为数据和索引都是在内存当中。
事务
什么是事务
-
事务是一个完整的业务逻辑。
-
什么是一个完整的业务逻辑?
假设转账,从A账户向B账户中转账10000.将A账户的钱减去10000(update语句)将B账户的钱加上10000(update语句),这就是一个完整的业务逻辑,包含多条DML语句
-
只有DML语句(insert,delete,update)才会有事务这一说法,其他语句和事务无关
-
是一个最小的工作单元。不可再分。事务包含的DML语句,要么同时成功,要么同时失败
事务执行原理
-
InnoDB存储引擎提供了一组用来记录事务性活动的日志文件
-
事务的执行过程
1,事务开始(start transaction;)
2,执行一系列DML语句
3,事务结束(commit;/rollback;)
-
在事务的执行过程中,每一条DML的操作都会记录到“事务性活动的日志文件”中
-
在事务的执行过程中,我们可以提交事务,也可以回滚事务。
-
提交事务
清空事务性活动的日志文件,将数据全部彻底持久化到数据库表(磁盘上)中。提交事务标志着,事务的结束。并且是一种全部成功的结束。如果未提交,则事务中的操作全部撤销
-
回滚事务
将之前所有的DML操作全部撤销,并且清空事务性活动的日志文件
回滚事务标志着,事务的结束。并且是一种全部失败的结束
-
注意在mysql中没有执行start transaction;语句,事务会默认提交事务
提交事务和回滚事务演示
//提交事务
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into vip(id,name) values(1,'zhangsan');
Query OK, 1 row affected (0.00 sec)
mysql> insert into vip(id,name) values(2,'lisi');
Query OK, 1 row affected (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from vip;
+----+----------+
| id | name |
+----+----------+
| 1 | zhangsan |
| 2 | lisi |
+----+----------+
//回滚事务
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> delete from vip;
Query OK, 2 rows affected (0.00 sec)
mysql> select * from vip;
Empty set (0.00 sec)
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from vip;
+----+----------+
| id | name |
+----+----------+
| 1 | zhangsan |
| 2 | lisi |
+----+----------+
事务的4个特性
-
A 原子性
说明事务是最小的工作单元。不可再分
-
C 一致性
所有事务要求,在同一个事务当中,所有操作必须同时成功,或者同时失败,以保证数据的一致性。
-
I 隔离性
A事务和B事务之间具有一定的隔离。教室A和教室B之间有一道墙,这道墙就是隔离性。A事务在操作一张表的时候,另一个事务B也操作这张表会那样???
-
D 持久性
事务最终结束的一个保障。事务提交,就相当于将没有保存到硬盘上的数据保存到硬盘上
事务的隔离性
-
事务的隔离级别:4个:
read uncommitted
read committed
repeatable read
serializable
-
怎么设置隔离级别?
set global transaction isolation level [隔离级别]
注意设置好之后需要重新登录MySQL
-
查看隔离级别:SELECT @@tx_isolation
read uncommitted
- read uncommitted 表示 都未提交
- 什么是读未提交?
事务A可以读取到事务B未提交的数据。 - 这种隔离级别存在的问题就是:
脏读现象!(Dirty Read)我们称读到了脏数据 - 这种隔离级别一般都是理论上的,大多数数据库隔离级别都是从read committed起步
read committed
- 什么是读已提交?
事务A只能读取到事务B提交之后的数据。 - 这种隔离级别解决了什么问题?
解决了脏读的现象。 - 这种隔离级别存在什么问题?
不可重复读取数据。 - 什么是不可重复读取数据呢?
在事务开启之后,第一次读到的数据是3条,当前事务还没有结束,可能第二次再读取的时候,读到的数据是4条,3不等于4称为不可重复读取。 - 这种隔离级别是比较真实的数据,每一次读到的数据是绝对的真实。
oracle数据库默认的隔离级别是:read committed
repeatable read
-
什么是可重复读取?
- 提交之后也读不到,永远读取的都是刚开启事务时的数据
- 事务A开启之后,不管是多久,每一次在事务A中读取到的数据
都是一致的。即使事务B将数据已经修改,并且提交了,事务A
读取到的数据还是没有发生改变,这就是可重复读。
-
可重复读解决了什么问题?
解决了不可重复读取数据。
-
可重复读存在的问题是什么?
可以会出现幻影读。每一次读取到的数据都是幻象。不够真实! -
MySQL中默认的事务隔离级别就是这个
serializable
-
序列化/串行化:serializable(最高的隔离级别)
这是最高隔离级别,效率最低。解决了所有的问题。
这种隔离级别表示事务排队,不能并发!
每一次读取到的数据都是最真实的,并且效率是最低的。 当A事务进行的时候,B事务无法执行(连查询语句也不能使用)