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：不支持事务，也不支持外键，只支持全文索引，数据文件和索引是分开的
访问速度快
使用场景：查询和插入数据为主的应用
在磁盘上有三个文件：
编译安装：/usr/local/mysql/data/数据库名/下
文件和表名相同，但扩展名不同：
.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支持缓存，就按少后台服务器的压力。
三个文件：
编译安装：/usr/local/mysql/data/数据库名/下
表名.frm 表结构文件
表名.ibd 即使数据文件，又是索引文件
db.opt 表的属性文件
innodb行锁和索引的关系 以及表锁 排他锁 死锁。
行锁
如果name字段是一个普通索引，会锁住索引行，对应的主键一并锁住，实际上就是行锁。
如果使用的字段的是主键，innodb对主键使用聚簇索引，锁定整行的记录，锁行。
对于数据库中的某一行数据进行的锁定，以确保在对该行数据进行读取或修改时，不会发生数据冲突或数据丢失等问题。可以实现更高的并发性。
表锁
当一个事务对非索引列操作，因为要全表扫描，整张表都被锁定，另一个事务只能查。
在数据库操作中，对于一个表进行的锁定，以确保在对该表进行修改或读取时，不会发生数据冲突或数据丢失等问题。
排他锁 /悲观锁
只能设置排他锁的事务操作，其他的事务操作无法执行，只能等其commit之后才可。只能加一个
排他锁则只允许一个用户对该表进行修改或读取操作，其他用户无法同时进行读写操作。
将访问数据的操作加上锁，例如在MySQL中，可以使用SELECT ... FOR UPDATE语句来锁定查询结果，或者通过LOCK TABLES命令来锁定整个表。当一个事务访问了数据并加锁后，其他事务就不能再访问该数据，直到当前事务释放锁为止。
select语句 +for update;
缺点是会影响并发性和性能，因为它会阻塞其他等待访问该数据的事务。因此，通常只在需要确保数据一致性和安全性的场景下使用。
死锁
事务之间相互等待对方资源，最后形成一个闭环
情况1、发生死锁时，数据库对自动选择一个受害者，然后先接触死锁，然后再回滚事务；
情况2：mysql的默认的死锁机制，会中选择一个事务作为死锁的牺牲品。直接终止，其中一个事务，但不会自动回滚。
乐观锁
不会任何提示，只是数据不能写入。数据提交更新时，进行校验，发生冲突，数据不生效而已，没有报错或者卡顿。
应用场景：通常适用于并发量较高的场景
乐观锁的实现方式有多种，其中比较常见的是使用版本号或时间戳来判断数据是否被修改。
假设数据是不会被并发访问的，因此在修改数据时不加锁，而是在更新时比较数据版本号，如果版本号一致，则表示此间隙内没有其他线程修改该数据，可以进行更新操作，如果版本号不一致，则表示数据已被其他线程修改，需要进行回滚或其它处理。
如何尽可能地避免死锁：
1、优化业务逻辑：业务的逻辑要合理，以固定的顺序问表和行
2、尽量使用短事务：如果事务的类型比较复杂，要进行拆分，在业务允许额情况下，把大事务拆小。
3、在同一事务中，尽可能一次性锁定所有需要的资源，可以减少死锁地概率
4、隔离级别，read commit可以尽可能的避免死锁
5、建立良好的索引：添加合理索引，可以减少死锁的概率
6、设置超时时间：设置锁的超时时间，当超过一定时间限制时，强制终止锁的持有者的操作，以避免死锁。
7、定期监测：对于数据库管理员来说，定期监测死锁的发生情况，可以及时处理和优化数据库，以降低死锁的发生率和影响。