本文详细比较了MySQL中两种存储引擎MyISAM与InnoDB的特点，包括存储限制、锁机制、索引类型及事务安全性等内容。并讨论了Hash索引的优势与不足，以及事务在数据库中的作用。
- MyIsAM与InnoDB特点比较
| MyIsAM | InnoDB | |
| 存储限制 | 无限制 | 64TB |
| 锁机制 | 表锁 | 行锁、表锁 |
| B树索引 | 是 | 是 |
| Hash索引 | ||
| 全文索引 | 支持 | |
| 集群索引 | 不支持 | 支持 |
| 数据可压缩 | 支持 | 不支持 |
| 空间使用率 | 低 | 高 |
| 内存使用率 | 低 | 高 |
| 批量插入速度 | 高 | 低 |
| 外键 | 不支持 | 支持 |
| 事务安全 | 不支持 | 支持 |
行锁：开销大、加锁慢、会出现死锁、锁的粒度小、冲突的发生概率更低、并发性更好。
Hash索引优势：Hash 索引结构的特殊性，其检索效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引。
Hash索引不足：
1）Hash 索引仅仅能满足"=","IN"和"<=>"查询，不能使用范围查询。（B树可以查找区间）
由于 Hash 索引比较的是进行 Hash 运算之后的 Hash 值，所以它只能用于等值的过滤，不能用于基于范围的过滤，因为经过相应的 Hash 算法处理之后的 Hash 值的大小关系，并不能保证和Hash运算前完全一样。（2）Hash 索引无法被用来避免数据的排序操作。
由于 Hash 索引中存放的是经过 Hash 计算之后的 Hash 值，而且Hash值的大小关系并不一定和 Hash 运算前的键值完全一样，所以数据库无法利用索引的数据来避免任何排序运算；（3）Hash 索引不能利用部分索引键查询。
对于组合索引，Hash 索引在计算 Hash 值的时候是组合索引键合并后再一起计算 Hash 值，而不是单独计算 Hash 值，所以通过组合索引的前面一个或几个索引键进行查询的时候，Hash 索引也无法被利用。（4）Hash 索引在任何时候都不能避免表扫描。
前面已经知道，Hash 索引是将索引键通过 Hash 运算之后，将 Hash运算结果的 Hash 值和所对应的行指针信息存放于一个 Hash 表中，由于不同索引键存在相同 Hash 值，所以即使取满足某个 Hash 键值的数据的记录条数，也无法从 Hash 索引中直接完成查询，还是要通过访问表中的实际数据进行相应的比较，并得到相应的结果。（5）Hash 索引遇到大量Hash值相等的情况后性能并不一定就会比B-Tree索引高。
对于选择性比较低的索引键，如果创建 Hash 索引，那么将会存在大量记录指针信息存于同一个 Hash 值相关联。这样要定位某一条记录时就会非常麻烦，会浪费多次表数据的访问，而造成整体性能低下。
事务：用于保证数据的一致性和完整性
原子性（Atom）:操作要么全部完成，要么全部不执行。即：不存在有部分完成。保证数据一致性
一致性：事务操作前的状态和事务提交以后的状态可见，事务操作的中间状态不可见。
隔离性：事务的操作相互独立，不受其他事务的影响
持久性：事务提交完成后，数据操作写入物理磁盘存储。
引擎的选取：
MyIsAm:访问速度快，若无事务要求，则可首选。
InnoDB:对事务完整性要求。
数据库数据类型的比较：
- MySQL中varchar与char的区别以及varchar(50)中的50代表的涵义
char是一种固定长度的类型，varchar则是一种可变长度的类型
(2)、varchar(50)中50的涵义
最多存放50个字符，varchar(50)和(200)存储hello所占空间一样，但后者在排序时会消耗更多内存，因为order by col采用fixed_length计算col长度(memory引擎也一样)
(3)、int（20）中20的涵义
是指显示字符的长度
但要加参数的，最大为255，比如它是记录行数的id,插入10笔资料，它就显示00000000001 ~~~00000000010，当字符的位数超过11,它也只显示11位，如果你没有加那个让它未满11位就前面加0的参数，它不会在前面加0
20表示最大显示宽度为20，但仍占4字节存储，存储范围不变；
(4)、mysql为什么这么设计
对大多数应用没有意义，只是规定一些工具用来显示字符的个数；int(1)和int(20)存储和计算均一样；
2.text和BLOB
相同：都用于存储大量的数据
不同：BLOB可用于存储二进制数据流、例如存储图片
3.浮点数和定点数
精度问题：浮点数超过精度，进行四舍五入，定点数：超过精度报错，精度更高。
3.date、datetime、TimeStamp和year
视图：
数据库中存在的虚拟表，逻辑存在，通过封装特定的sql，获取特定的数据。
特点：
- 简单：使用者不需要了解数据库的表结构，调用特定的试图即可获取想要的数据
- 安全：使用视图的用户，只能访问被允许的视图
- 数据独立：改变表结构（添加字段），不影响视图数据
存储过程与函数：
存储过程：完成特定功能的SQL语句集，可简化开发，提高数据的处理效率
函数：完成特定的功能，但需要返回值，存储过程不需要
1、什么是事务
事务是一条或多条数据库操作语句的组合，具备ACID，4个特点。
原子性：要不全部成功，要不全部撤销
隔离性：事务之间相互独立，互不干扰
一致性：数据库正确地改变状态后，数据库的一致性约束没有被破坏
持久性：事务的提交结果，将持久保存在数据库中
2、事务并发会产生什么问题
1）第一类丢失更新：在没有事务隔离的情况下，两个事务都同时更新一行数据，但是第二个事务却中途失败退出， 导致对数据的两个修改都失效了。
例如：
张三的工资为5000，事务A中获取工资为5000，事务B获取工资为5000，汇入100，并提交数据库，工资变为5100，
随后
事务A发生异常，回滚了，恢复张三的工资为5000，这样就导致事务B的更新丢失了。
2）脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。
例如：
张三的工资为5000,事务A中把他的工资改为8000,但事务A尚未提交。
与此同时，
事务B正在读取张三的工资，读取到张三的工资为8000。
随后，
事务A发生异常，而回滚了事务。张三的工资又回滚为5000。
最后，
事务B读取到的张三工资为8000的数据即为脏数据，事务B做了一次脏读。
3）不可重复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。
例如：
在事务A中，读取到张三的工资为5000，操作没有完成，事务还没提交。
与此同时，
事务B把张三的工资改为8000，并提交了事务。
随后，
在事务A中，再次读取张三的工资，此时工资变为8000。在一个事务中前后两次读取的结果并不致，导致了不可重复读。
4）第二类丢失更新：不可重复读的特例。有两个并发事务同时读取同一行数据，然后其中一个对它进行修改提交，而另一个也进行了修改提交。这就会造成第一次写操作失效。
例如：
在事务A中，读取到张三的存款为5000，操作没有完成，事务还没提交。
与此同时，
事务B，存储1000，把张三的存款改为6000，并提交了事务。
随后，
在事务A中，存储500，把张三的存款改为5500，并提交了事务，这样事务A的更新覆盖了事务B的更新。
5）幻读：是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。
例如：
目前工资为5000的员工有10人，事务A读取所有工资为5000的人数为10人。
此时，
事务B插入一条工资也为5000的记录。
这是，事务A再次读取工资为5000的员工，记录为11人。此时产生了幻读。
提醒：
不可重复读的重点是修改，同样的条件，你读取过的数据，再次读取出来发现值不一样了
幻读的重点在于新增或者删除，同样的条件，第 1 次和第 2 次读出来的记录数不一样
3、事务隔离级别，解决什么并发问题，以及存在什么并发问题
（1）READ_UNCOMMITTED
这是事务最低的隔离级别，它充许另外一个事务可以看到这个事务未提交的数据。
解决第一类丢失更新的问题，但是会出现脏读、不可重复读、第二类丢失更新的问题，幻读 。
（2）READ_COMMITTED
保证一个事务修改的数据提交后才能被另外一个事务读取，即另外一个事务不能读取该事务未提交的数据。
解决第一类丢失更新和脏读的问题，但会出现不可重复读、第二类丢失更新的问题，幻读问题
（3）REPEATABLE_READ
保证一个事务相同条件下前后两次获取的数据是一致的
解决第一类丢失更新，脏读、不可重复读、第二类丢失更新的问题，但会出幻读。
（4）SERIALIZABLE
事务被处理为顺序执行。
解决所有问题
提醒：
Mysql默认的事务隔离级别为repeatable_read
4、MyIsAm引擎的锁机制
共享锁：可同时读、读的同时不能写
独占锁：写的同时不能读和写
如何加锁：
select前，对所有涉及的表自动加共享锁
更新数据时，加独占写锁
MyIsAM支持并发插入：读的时候插入，但是插入的数据当前事务无法读取
设置参数concurrent_Insert
0:不允许并发插入，1：无空洞，允许并发插入，2：有无都允许并发插入
空洞：删除记录造成
5、InnoDB引擎的锁机制
（之所以以InnoDB为主介绍锁，是因为InnoDB支持事务，支持行锁和表锁用的比较多，Myisam不支持事务，只支持表锁）
共享锁（S）：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。
排他锁（X)：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。
意向共享锁（IS）：事务打算给数据行加行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。
意向排他锁（IX）：事务打算给数据行加行排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。
说明：
1）共享锁和排他锁都是行锁，意向锁都是表锁，应用中我们只会使用到共享锁和排他锁，意向锁是mysql内部使用的，不需要用户干预。
2）对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁（X)；对于普通SELECT语句，InnoDB不会加任何锁，事务可以通过以下语句显示给记录集加共享锁或排他锁。
共享锁（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE。
排他锁（X)：SELECT * FROM table_name WHERE ... FOR UPDATE。
3）InnoDB行锁是通过给索引上的索引项加锁来实现的，因此InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！。
扫一扫
893
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
