MySQL之搜索引擎使用解读

MySQL的存储引擎是什么

MySQL当中数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制，索引技巧 锁定水平，以及最终提供的不同的功能和能力，这些就是我们说的存储引擎。

MySQL存储引擎的功能

1.MySQL将数据存储在文件系统中的一种格式和方式

2.存储引擎负责执行实际的数据I/O操作。

3.存储数据引擎介于数据和文件系统之间，数据会先保存到存储引擎，再按照存储引擎的格式保存到文件系统中

即：如何把数据保存到文件系统中

MySQL的存储引擎的分类

• 1.INNODB：5.5之后 MySQL的默认存储引擎。事务性速记引擎。支持ACID事务。支持行锁，锁表。写入和查询性能比较好。
• 2.MYISAM：5.5之前的默认存储引擎。插入数据性能较高，查询速度也很优秀。但不支持事务
• 3.memory引擎：所有数据都保存在内存的存储引擎，但是服务一旦重启，全部丢失。插入数据，更新，查询数据，速度比较快。但是占用内存空间比较大。会占用和数据量正比的内存空间
• 4.csv：由逗号分隔数据的存储引擎。他会在数据库子目录里为每一个数据表创建一个 .csv的文件。就是一个普通的文本文件。每个数据行占用一个文本行。但是 csv不支持索引。
• 5.Archive：非常适合存储大量的独立的，历史数据的引擎。不需要被经常读取。插入的速度很快。查询的效率比较低。
• 6.blackhole：黑洞引擎，写入的任何数据都会消失。

查看存储引擎

show engines\G;
纵向查看

1.命令行修改引擎

 alter table hj engine=myisam;
 命令行修改

2.配置文件修改

vim /etc/my.cnf
配置文件修改

MYISAM和INNODB做个分析对比

MYISAM：不支持事务，也不支持外键，只支持全文索引，数据文件和索引文件是分开的。

访问速度快

使用场景：查询和插入数据为主的应用。

在磁盘上有三个文件

文件名和表名相同。但是扩展名不同：

• .frm：存储表的结构
• .MYD：数据文件
• .MYI：索引文件的扩展名

MYISAM特点

• 1.更新数据时，整个表都会锁定。
• 2.数据库在读写过程中相互阻塞。

MYISAM支持的存储格式

• 1.静态表，固定长度表，静态表myisam的默认存储格式。静态表中字段都是非可变字段。每个记录都是固定长度的。存储快，方便缓存，有了故障容易恢复。缺点是占用空间比较多。
• 2.动态表，可以包含可变字段，记录的长度是不固定的。优点是占用空间比较少。频繁更新数据，删除记录，会产生碎片。需要定期清理。myisamchk -r。出现故障恢复比较困难。
• 3.压缩表，myisamchk工具创建，占据空间非常小。每条记录都是单独压缩。

INNODB支持的存储格式

1.支持事务，支持4个事务的隔离级别。5.5之后是mysql的默认存储引擎。

• 读写阻塞和隔离级别相关
• 支持高效的缓存索引以及缓存数据。
• 表于主键以簇方式存储BTREE。
• 支持外键约束，5.5之后INNODB也可以支持全文索引。
• 硬件资源的要求比较高。

支持行锁定，也可以支持表锁定（全表扫描）

• 1.使用like模糊查询，会进行全表扫描，锁定整个表
• 2.对没有创建索引的字段进行增，删，改，也会进行全表扫描，锁定整个表。
• 3.使用索引，进行增 删 改 ，则是行级锁定。

INNODB的特点

1.不保存表的行数，统计表的行数会扫描一遍整个表来计算有多少行。

2.自增长字段必须有索引，INNODB中必须包含只有该字段的索引

3.delete清空表，一行一行删，速度比较慢，推荐 truncate

适用场景

1.业务需要事务的支持

2.论坛，微博，对数据一致性比较高的场景

3.访问量和并发比较高的场景，innodb支持缓存，减少后台服务器的压力。

三个文件

• 表名 .frm （表结构文件）
• 表名 .idb（既是数据文件，又是索引名）
• dp.opt：表的属性文件

INNODB行锁和索引的关系 以及表锁 排他锁 死锁

行锁演示

要对一个非索引键进行操作，当一个事务对非索引列进行操作，因为要全表扫描过滤，所有整张表都会锁定，另一个事务只能查。

create table test (
id int(4) PRIMARY KEY,
name varchar(10),
age varchar(3)
);
alter table test add index name_index (name);
show index from test;

此时  右侧的命令无法执行，只到命令行执行commit才可运行（时间15.9秒可以看出来commit执行之后才将行锁取消）

此时使用name，普通索引，会锁住索引行，紧接着对应的主键，一并锁定，就是把那一行锁住

commit即可

表锁演示

删除age=2（没有设置索引），事务B（右侧）所有为age的条件都无法更新数据，该表现为表锁

死锁演示

行锁如果使用不当会导致死锁（死锁一般是事务相互等待对方释放资源，最后形成环路造成的）

在终端执行
begin;
delete from test1 where id =4;
在外部
begin;
select * from test1 where id =5 for update;
再回到终端执行
delete from test1 where id =5;

1、 发生死锁的时候，数据库会自动选择一个事务作为受害者，然后先解除思索，再回滚事务。 

2、 MySQL的默认的死锁机制，会选则一个事务作为思索的牺牲品。会直接终止其中一个事务，但是不会自动回滚。

如何仅可能避免死锁

1.业务逻辑要合理，以固定的顺序访问表和行

2.如果事务的类型比较复杂，要进行拆分，在业务允许的情况下，把大事务拆小

3.在同一事务中，尽可能一次性锁定所有需要的资源。可以减少需要的资源，可以减少死锁的概率

4.隔离级别，read commit 可以避免死锁

5.添加合理的索引，可以减少死锁的概率。

排他锁演示

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论