MySQL 数据库存储引擎

最新推荐文章于 2024-09-20 09:13:31 发布

梅比乌斯N

最新推荐文章于 2024-09-20 09:13:31 发布

阅读量5.1k

点赞数 5

文章标签： mysql 运维 linux 数据库

本文链接：https://blog.csdn.net/TTSuzuka/article/details/128103274

版权

一、存储引擎简介

MySQL中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。

例如，如果你在研究大量的临时数据，你也许需要使用内存存储引擎。内存存储引擎能够在内存中存储所有的表格数据。又或者，你也许需要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。

mysql常用的存储引擎有：MyISAM、InnoDB（注意：一个表只能使用一个存储引擎，一个库中不同的表可以使用不同的存储引擎。）

二、MyISAM存储引擎

1、MylSAM介绍

MyISAM是MySql默认的存储引擎,不支持外键和事务,优势是访问速度快.以select和insert为主的应用以这个存储引擎创建表尤佳。

它在磁盘上包含三个文件,一个是存储表定义的.frm文件，存储数据的MYData后缀为.MYD文件和存储索引的MYIndex后缀为.MYI文件。

2、MyISAM表支持3种不同的存储格式

静态表:因为其字段的长度都是固定的，所以相对会占空间，会用空格，但是由于长度固定存储非常快。
动态表:变长字段的存储固然较少空间，但频繁的更新删除会产生空间碎片。
压缩表:每个记录都进行了单独压缩，占据非常小的空间。

3、MylSAM的特点

表级锁定形式，数据在更新时锁定整个表。

数据库在读写过程中相互阻塞：

会在数据写入的过程阻塞用户数据的读取
也会在数据读取的过程中阻塞用户的数据写入

数据单独写入或读取，速度过程较快且占用资源相对少。

4、MyISAM使用的生产场景

公司业务不需要事务的支持
单方面读取或写入数据比较多的业务
MylSAM存储引擎数据读写都比较频繁场景不适合（因为读写是互相阻塞的）
使用读写并发访问相对较低的业务
数据修改相对较少的业务
对数据业务-致性要求不是非常高的业务
服务器硬件资源相对比较差（MyISAM占用资源相对少）

三、InnoDB存储引擎

1、InnoDB介绍

InnoDB 是 MySQL 上第一个提供外键约束的引擎，除了提供事务处理外，InnoDB 还支持行锁，提供和 Oracle 一样的一致性的不加锁读取，能增加并发读的用户数量并提高性能，不会增加锁的数量。
InnoDB 的设计目标是处理大容量数据时最大化性能，它的 CPU 利用率是其他所有基于磁盘的关系数据库引擎中最有效率的。

InnoDB 是一套放在 MySQL 后台的完整数据库系统，InnoDB 有它自己的缓冲池，能缓冲数据和索引，InnoDB 还把数据和索引存放在表空间里面，可能包含好几个文件，这和 MyISAM 表完全不同，在 MyISAM 中，表被存放在单独的文件中，InnoDB 表的大小只受限于操作系统文件的大小，一般为 2GB。

2、InnoDB的特点

InnoDB中不保存表的行数，如select count（*）from table；时，InnoDB需要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。需要注意的是当count(*)语句包含where条件时MyISAM也需要扫描整个表。
对于自增长的字段，InnoDB 中必须包含只有该字段的索引，但是在MyISAM表中可以和其他字段一起建立组合索引。
delete清空整个表时，InnoDB 是一行一行的删除，效率非常慢。MyISAM则会重建表。

3、InnoDB适用生产场景

业务需要事务的支持。
行级锁定对高并发有很好的适应能力，但需确保查询是通过索引来完成。
业务数据更新较为频繁的场景。如：论坛，微博等。
业务数据一致性要求较高。如：银行业务。
硬件设备内存较大，利用InnoDB较好的缓存能力来提高内存利用率，减少磁盘IO的压力。

4、MyISAM和InnoDB的区别

MyISAM： 不支持事务和外键约束，占用空间较小，访问速度快，表级锁定，适用于不需要事务处理、单独写入或查询的应用场景。（写入和查询不一起使用的场景）

InnoDB： 支持事务处理、外键约束、占用空间比MyISAM 大，支持行级锁定，读写开发能力较好，适用于需要事务处理、读写频繁的应用场景。

四、查看和修改存储引擎

1、查看系统支持的存储引擎

show engines;

#Engine：存储引擎的名称。

#Support：YES表示引擎受支持且处于活动状态，NO表示不支持，DEFAULT表示默认存储引擎。DISABLED表示支持引擎但已将其禁用。

#Comment：存储引擎的简要说明。

#Transactions：存储引擎是否支持事务。

#XA：存储引擎是否支持XA事务。

#Savepoints：存储引擎是否支持回滚点（标记点）。

2、查看数据表使用的存储引擎

方法一：

show table status from 库名 where name='表名'\G

方法二：

use 库名;

show create table 表名;

3、修改存储引擎

方法一：alter table修改

修改当前数据表使用的存储引擎。

use 库名;

alter table 表名 engine=存储引擎名称;

示例：

use uma;

alter table week engine=MyISAM; #将class表的存储引擎修改为MyISAM

注：MyISAM不支持外键约束，如果数据表设置了外键，则无法修改为MyISAM

方法二：修改配置文件，指定默认存储引擎

注：此方法只对修改配置文件并重启mysql服务之后新创建的表有效，已经存在的表不会有变更。

创建数据表时如果没有指定存储引擎，则会使用默认存储引擎。

vim /etc/my.cnf

......

[mysqld]

default-storage-engine=InnoDB #修改这一行，指定默认存储引擎为InnoDB

systemctl restart mysqld #重启服务

方法三： create table 创建表时指定存储引擎

use 库名;

create table 表名(字段1 数据类型,...) engine=存储引擎名称;

示例：

use uma;

create table litang(id int,name varchar(10)) engine=MyISAM;

五、InnoDB行锁与索引的关系

准备一个数据表tt5：

create table tt5(id int primary key,name char(10),age int);

insert into tt5 values(1,'aaa',22);

insert into tt5 values(2,'bbb',23);

insert into tt5 values(3,'aaa',24);

insert into tt5 values(4,'bbb',25);

insert into tt5 values(5,'ccc',26);

insert into tt5 values(6,'zzz',27);

alter table tt5 add index name_index(name); #对name字段创建普通索引

1、行级锁定与表级锁定

InnoDB行锁是通过给索引项加锁来实现的，如果没有索引，InnoDB将通过隐藏的聚簇索引来对记录加锁。

1）delete from t1 where id=1;

因为id字段是主键，Innodb对于主键使用了聚簇索引，删除过程中会直接锁住整行记录。行级锁定。

2）delete from t1 where name='aaa';

因为name字段是普通索引，会先锁住索引的两行（因为aaa有两行），接着会锁住相应主键对应的记录。行级锁定。

3）delete from t1 where age=23;

因为age字段没有索引，会使用全表扫描过滤，这时表上的各个记录都将加上锁。表级锁定。

2、死锁

死锁一般是事务相互等待对方资源，最后形成环路造成的。

session1	session2
begin;	begin;
delete from tt5 where id=5;#事务结束前，id=5的行会被锁定
	select * from tt5 where id=1 for update; #加排他锁，模拟并发情况，锁定id=1的行
delete from tt5 where id=1; #死锁产生
	update tt5 set name='abc' where id=5; #死锁产生。因为会话1中id=5的行还在删除过程中，该行已被锁定
rollback; #回滚，结束事务。id=5的行被解锁
	update tt5 set name='abc' where id=5; #成功更新数据