mysql面试常考（存储引擎+事务+索引）

存储引擎

什么是存储引擎呢？有什么用？

存储引擎是mysql特有的术语，其他数据库中没有。（Oracle中有对应的机制，但是不叫做存储引擎。Oracle中没有特殊的名字，就是“表的存储方式”）

实际上存储引擎是一个表存储/组织数据的方式。mysql支持很多存储引擎，每一个存储引擎都对应了一种不同的存储方式。
每一个存储引擎都有自己的优缺点，需要在合适的时机选择合适的存储引擎。

不同的存储引擎，表存储数据的方式不同

常见的存储引擎

Engine: MyISAM
Support: YES
Comment: MyISAM storage engine
Transactions: NO
XA: NO
Savepoints: NO

		MyISAM这种存储引擎不支持事务。
		MyISAM是mysql最常用的存储引擎，但是这种引擎不是默认的。
		MyISAM采用三个文件组织一张表：
			xxx.frm（存储格式的文件）
			xxx.MYD（存储表中数据的文件）
			xxx.MYI（存储表中索引的文件）
		优点：可被压缩，节省存储空间。并且可以转换为只读表，提高检索效率。
		缺点：不支持事务。

	-----------------------------------------------------------------------------

			  Engine: InnoDB(默认存储引擎)
			  Support: DEFAULT
			  Comment: Supports transactions, row-level locking, and foreign keys
		Transactions: YES
					 XA: YES
		  Savepoints: YES
			
		优点：支持事务、行级锁、外键等。最大特点：支持事务，非常安全。支持事务崩溃后自动恢复机制。
		表的结构存储在xxx.frm文件中
		数据存储在tablespace这样的表空间中（逻辑概念），无法被压缩，无法转换成只读。
		这种InnoDB存储引擎在MySQL数据库崩溃之后提供自动恢复机制。
		InnoDB支持级联删除和级联更新。
	
	-------------------------------------------------------------------------------------

				Engine: MEMORY
			  Support: YES
			  Comment: Hash based, stored in memory, useful for temporary tables
		Transactions: NO
					 XA: NO
		  Savepoints: NO
		
		缺点：不支持事务。数据容易丢失。因为所有数据和索引都是存储在内存当中的。（不需要和硬盘交互）
		优点：查询速度最快。
		以前叫做HEPA引擎。

事务（重点，必须掌握）

什么是事务？

一个事务是一个完整的业务逻辑单元，不可再分。（transaction）

	比如：银行账户转账，从A账户向B账户转账10000.需要执行两条update语句：
		update t_act set balance = balance - 10000 where actno = 'act-001';
		update t_act set balance = balance + 10000 where actno = 'act-002';
	
	以上两条DML语句必须同时成功，或者同时失败，不允许出现一条成功，一条失败。

	要想保证以上的两条DML语句同时成功或者同时失败，那么就需要使用数据库的“事务机制”。

1.只有DML语句（insert、delete、update）才有事务一说，其他语句和事务无关！
涉及到数据的增删改，就一定要考虑安全问题。

2.假设所有的业务都能使用1条DML语句搞定，还需要事务机制吗？
不需要事务。
在实际情况中，通常一个“事儿（事务【业务】）”需要多条DML语句共同联合完成，所以需要事务存在

3.到底什么是事务？
说到底，本质是一个事务其实就是多条DML语句同时成功，或者同时失败。

事务是怎么做到多条DML语句同时成功或者同时失败？

• InnoDB存储引擎：提供一组用来记录事务性活动的日志文件。

事务开启了：
insert
insert
insert
delete
update
事务结束了；

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件中”

提交事务？
清空事务新活动的日志文件，将数据全部持久化到数据库表中。
提交事务标志着，事务的结束。并且是一种全部成功的结束。

回滚事务？
将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件。
回滚事务标志着，事务的结束，并且是一种全部失败的结束。

如何 提交事务？commit;语句
回滚事务？rollback;语句（回滚永远都是只能回滚到上一次的提交点）

事务的特性？

	事务包括四大特性：ACID
	A: 原子性：事务是最小的工作单元，不可再分。
	C: 一致性：事务必须保证多条DML语句同时成功或者同时失败。
	I：隔离性：事务A与事务B之间具有隔离。
	D：持久性：持久性说的是最终数据必须持久化到硬盘文件中，事务才算成功的结束。

事务之间的隔离性

	事务隔离性存在隔离级别（就像两个教室之间的墙，可以很厚，也可以很薄，越厚隔离级别越高），理论上隔离级别包括4个：
		第一级别：读未提交（read uncommitted）--最低隔离级别，不咋用《没有提交就读到了》
			对方事务还没有提交，我们当前事务可以读取到对方未提交的数据。
			读未提交存在脏读（Dirty Read）现象：表示读到了脏的数据。
			
		第二级别：读已提交（read committed）《提交之后才读到》
			对方事务提交之后的数据我方可以读取到。
			这种隔离级别解决了: 脏读现象没有了。
			读已提交存在的问题是：不可重复读。
			
		第三级别：可重复读（repeatable read）《提交之后也读不到，永远读的都是刚开启事务时的数据》-MYSQL默认的隔离级别
		什么是？事务A开启后不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有改变，这就是可重复读。
			这种隔离级别解决了：不可重复读问题。
			这种隔离级别存在的问题是：读取到的数据是幻象。

		第四级别：序列化读/串行化读（serializable） 
			解决了所有问题。
			效率低。需要事务排队。（操作一个事务的时候，不允许其他操作本事务，其他操作事务需要排队）
			每一次读到的数据都是最真实的，效率是最低的。
		
		oracle数据库默认的隔离级别是：读已提交。
		mysql数据库默认的隔离级别是：可重复读。

索引（index）

什么是索引？有什么用？

索引就相当于一本书的目录，通过目录可以快速的找到对应的资源。
在数据库方面，查询一张表的时候有两种检索方式：
第一种方式：全表扫描
第二种方式：根据索引检索（效率很高）

	索引为什么可以提高检索效率呢？
		其实最根本的原理是缩小了扫描的范围。
	
	索引虽然可以提高检索效率，但是不能随意的添加索引，因为索引也是数据库当中
	的对象，也需要数据库不断的维护。是有维护成本的。比如，表中的数据经常被修改
	这样就不适合添加索引，因为数据一旦修改，索引需要重新排序，进行维护。

	添加索引是给某一个字段，或者说某些字段添加索引。

索引的实现原理

如何创建、删除索引？如何查看看MySQL语句有没有用到索引？

索引失效

索引的分类

数据库设计三范式（重点内容，面试经常问）

7.1、什么是设计范式？
设计表的依据。按照这个三范式设计的表不会出现数据冗余。

7.2、三范式都是哪些？

	第一范式：任何一张表都应该有主键，并且每一个字段原子性不可再分。

	第二范式：建立在第一范式的基础之上，所有非主键字段完全依赖主键，不能产生部分依赖。
		多对多？三张表，关系表两个外键。
		t_student学生表
		sno(pk)		sname
		-------------------
		1				张三
		2				李四
		3				王五

		t_teacher 讲师表
		tno(pk)		tname
		---------------------
		1				王老师
		2				张老师
		3				李老师

		t_student_teacher_relation 学生讲师关系表
		id(pk)		sno(fk)		tno(fk)
		----------------------------------
		1				1				3
		2				1				1
		3				2				2
		4				2				3
		5				3				1
		6				3				3
	
	第三范式：建立在第二范式的基础之上，所有非主键字段直接依赖主键，不能产生传递依赖。
		一对多？两张表，多的表加外键。
		班级t_class
		cno(pk)			cname
		--------------------------
		1					班级1
		2					班级2

		学生t_student
		sno(pk)			sname				classno(fk)
		---------------------------------------------
		101				张1				1
		102				张2				1
		103				张3				2
		104				张4				2
		105				张5				2
	
	提醒：在实际的开发中，以满足客户的需求为主，有的时候会拿冗余换执行速度。

7.3、一对一怎么设计？

	一对一设计有两种方案：主键共享
		t_user_login  用户登录表
		id(pk)		username			password
		--------------------------------------
		1				zs					123
		2				ls					456

		t_user_detail 用户详细信息表
		id(pk+fk)	realname			tel			....
		------------------------------------------------
		1				张三				1111111111
		2				李四				1111415621

	一对一设计有两种方案：外键唯一。
		t_user_login  用户登录表
		id(pk)		username			password
		--------------------------------------
		1				zs					123
		2				ls					456

		t_user_detail 用户详细信息表
		id(pk)	   realname			tel				userid(fk+unique)....
		-----------------------------------------------------------
		1				张三				1111111111		2
		2				李四				1111415621		1