mysql---存储引擎
目录
mysql---存储引擎
功能：
mysql的存储引擎分类
MYISAM和INNODB做个对比
MYISAM
在磁盘上有三个文件：
MYISAM的特点：
支持的存储格式:
INNODB
innodb的特点
使用场景：
三个文件：
行锁
表锁
排他锁
死锁/悲观锁
乐观锁
如何尽可能地避免死锁：
mysql---存储引擎
存储引擎：mysql当中数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制，索引技巧，锁定水平，以及最终提供的不同功能和能力，这些就是我么说的存储引擎
功能：
1、mysql将数据存储在文件系统中的一种方式和格式
2、存储引擎负责执行实际的数据I/O操作
3、存储引擎介于数据和文件系统之间，数据会先保存到引擎，再按照存储殷勤的格式保存到文件系统
mysql的存储引擎分类
1、INNODB-5.5之前mysql的默认存储引擎，事务性速记引擎。支持CAID事务。支持行锁，表锁，写入和查询性能比较好
2、MYISAM:.5.5之前的默认存储引擎。插入数据的性能较高，查询速度也很优秀。但是不支持事务。
3、memory: 所有数据都保存在内存的存储引擎。插入数据，更新，查询数据，速度比较快。但是占用内存空间比较大。会占用和数据量成正比的内存空间。mysql一旦重启，内容就会丢失。
4、csv：是由逗号分割的存储引擎。他会在数据库子目录里为每一个数据表创建一个csv的文件。就是一个普通的数据文件，每个数据占用一个文本行，csv不支持索引。
5、archive：非常适合存储大量的，独立的，历史数据的引擎。插入的速度很快。查询的效率比较低。
6、blackhole：黑洞引擎，写入的任何数据都会消失。
MYISAM和INNODB做个对比
MYISAM
MYISAM：不支持事务，也不支持外键，只支持全文索引，数据文件和索引是分开的
访问速度快
使用场景：查询和插入数据为主的应用
在磁盘上有三个文件：
文件和表名相同，但扩展名不同：
.frm:存储表结构
.MYD:存储数据文件
.MYI:存储索引文件
vim /etc/my.cnf
--INNODB改为MYISAM
systemctl restart mysqld
MYISAM的特点：
1、表级锁定，更新数据时，整个都将锁定。
2、数据库在读写过程中相互阻塞。
支持的存储格式:
1、静态表，固定长度表，静态表式mvisam的默认存储格式。静态表中字段都是非可变字段。每个记录都是固定长度。存储快，方便缓存，有了故障容易恢复，缺点是占用空间比较多。
2、动态表，动态表可以包含可变字段，记录的长度是不固定的。优点是占用空间少。频繁更新数据，删除记录，会产生碎片。定期清理。myisamchk -r。出现故障恢复比较困难。
3、压缩表，myisamchk工具创建，占用空间非常小，每条记录都是单独压缩。
INNODB
支持事务，支持4个事务的隔离级别。5.5之后mysql默认存储引擎。
读写阻塞和隔离级别相关。
支持高校的缓存索引以及缓存数据。
表于主键以族方式存储BTREE。
支持外键约束，5.5之后innodb也可以支持全文索引
硬件资源的要求比较高。
行锁定
也可以支持表锁定（全表扫描）
1、使用like模糊查询，会进行全表扫描，锁定整个表
2、对没有创建索引的字段进行查询，也会纪念性全表扫描。锁定整个表。
3、使用索引，进行增删改，则是行级锁定。
innodb的特点
1、不保存表的行数，统计表的行数，扫描一遍整个表来计算多少行。
2、自增长字段，innodb中必须包含又该字段的索引
3、delete清空表，一行一行删，速度比较truncate快
使用场景：
1、业务需要事务支持。
2、论坛、微博、对数据一致性比较高的场景
3、访问量和并发量比较高的场景，innodb支持缓存，就按少后台服务器的压力。
三个文件：
表名.frm 表结构文件
表名.ibd 即使数据文件，又是索引文件
db.opt 表的属性文件
innodb行锁和索引的关系 以及表锁 排他锁 死锁。
行锁
如果name字段是一个普通索引，会锁住索引行，对应的主键一并锁住，实际上就是行锁。
如果使用的字段的是主键，innodb对主键使用聚簇索引，锁定整行的记录，锁行。
表锁
当一个事务对非索引列操作，因为要全表扫描，整张表都被锁定，另一个事务只能查。
排他锁
只能设置排他锁的事务操作，其他的事务操作无法执行，只能等其commit之后才可。只能加一个
select语句 +for update;
死锁/悲观锁
事务之间相互等待对方资源，最后形成一个闭环
情况1、发生死锁时，数据库对自动选择一个受害者，然后先接触死锁，然后再回滚事务；
情况2：mysql的默认的死锁机制，会中选择一个事务作为死锁的牺牲品。直接终止，其中一个事务，但不会自动回滚。
乐观锁
不会任何提示，只是数据不能写入。数据提交更新时，进行校验，发生冲突，数据不生效而已，没有报错或者卡顿。
如何尽可能地避免死锁：
1、业务的逻辑要合理，以固定的顺序问表和行
2、如果事务的类型比较复杂，要进行拆分，在业务允许额情况下，把大事务拆小。
3、在同一事务中，尽可能一次性锁定所有需要的资源，可以减少思索地概率
4、隔离级别，read commit可以尽可能的避免死锁
5、添加合理索引，可以减少死锁的概率