Mysql-存储引擎

存储引擎

1.存储引擎概述

和大多数的数据库不同, MySQL中有一个存储引擎的概念, 针对不同的存储需求可以选择最优的存储引擎。

  • 存储引擎就是存储数据，建立索引，更新查询数据等等技术的实现方式。

  • 存储引擎是基于表的，而不是基于库的，所以存储引擎也可被称为表类型。

Oracle，SqlServer等数据库只有一种存储引擎。

MySQL提供了插件式的存储引擎架构，所以MySQL存在多种存储引擎，可以根据需要使用相应引擎，或者编写存储引擎。

MySQL5.0支持的存储引擎包含 ：

InnoDB 、MyISAM 、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等。

其中InnoDB和BDB提供事务安全表，其他存储引擎是非事务安全表。

可以通过指定 show engines ， 来查询当前数据库支持的存储引擎 ：

1551186043529

创建新表时如果不指定存储引擎，那么系统就会使用默认的存储引擎。

MySQL5.5之前的默认存储引擎是MyISAM，5.5之后就改为了InnoDB。

查看Mysql数据库默认的存储引擎 ， 指令 ：

 show variables like '%storage_engine%';

image-20230624142845351

既然是作用在表上的，怎么看当前表的存储引擎是啥？

SHOW TABLE STATUS LIKE 'your_table_name';

image-20230624150147200

2.各种存储引擎特性

下面重点介绍几种常用的存储引擎， 并对比各个存储引擎之间的区别， 如下表所示 ：

特点 InnoDB MyISAM MEMORY MERGE NDB
存储限制 64TB 有 有 没有 有
事务安全 支持
锁机制 行锁(适合高并发) 表锁 表锁 表锁 行锁
B树索引 支持 支持 支持 支持 支持
哈希索引 支持
全文索引 支持(5.6版本之后) 支持
集群索引 支持
数据索引 支持 支持 支持
索引缓存 支持 支持 支持 支持 支持
数据可压缩 支持
空间使用 高 低 N/A 低 低
内存使用 高 低 中等 低 高
批量插入速度 低 高 高 高 高
支持外键 支持

下面我们将重点介绍最长使用的两种存储引擎： InnoDB、MyISAM ， 另外两种 MEMORY、MERGE ， 了解即可。

2.1 InnoDB

InnoDB存储引擎是Mysql的默认存储引擎。

InnoDB存储引擎提供了具有提交、回滚、崩溃恢复能力的事务安全，但是对比MyISAM的存储引擎，InnoDB写的处理效率差一些，并且会占用更多的磁盘空间以保留数据和索引。

InnoDB存储引擎不同于其他存储引擎的特点 ：

2.1.1 事务控制

首先，我们新建一个表goods_innodb。

create table goods_innodb(
	id int NOT NULL AUTO_INCREMENT,
	name varchar(20) NOT NULL,
    primary key(id)
)ENGINE=innodb DEFAULT CHARSET=utf8;

可以看到创建成功，表里无数据。

image-20230624143436777

然后开启事务，并插入一条数据。

start transaction;

-- 插入数据
insert into goods_innodb(id,name)values(null,'Meta20');

image-20230624143602804

执行成功后，在另个一窗口2中执行查询，可以看到此时是没有数据的。

image-20230624143635665

现在在窗口1执行提交。

commit;

image-20230624143712231

再在窗口2执行查询，才能查到数据。

image-20230624143750613

经过测试可以发现在InnoDB中是存在事务的。

2.1.2 外键约束

MySQL支持外键的存储引擎只有InnoDB ， 在创建外键的时候， 要求父表必须有对应的索引 ， 子表在创建外键的时候， 也会自动的创建对应的索引。

下面两张表中 ， country_innodb是父表 ， country_id为主键索引，city_innodb表是子表，country_id字段为外键，对应于country_innodb表的主键country_id 。

create table country_innodb(
	country_id int NOT NULL AUTO_INCREMENT,
    country_name varchar(100) NOT NULL,
    primary key(country_id)
)ENGINE=InnoDB DEFAULT CHARSET=utf8;


create table city_innodb(
	city_id int NOT NULL AUTO_INCREMENT,
    city_name varchar(50) NOT NULL,
    country_id int NOT NULL,
    primary key(city_id),
    key idx_fk_country_id(country_id),
    CONSTRAINT `fk_city_country` FOREIGN KEY(country_id) REFERENCES country_innodb(country_id) ON DELETE RESTRICT ON UPDATE CASCADE
)ENGINE=InnoDB DEFAULT CHARSET=utf8;

-- ON DELETE RESTRICT: 删除主表，如果有关联记录，不删除
-- ON UPDATE CASCADE: 更新主表，如果子表有关联记录，更新子表记录

insert into country_innodb values(null,'China'),(null,'America'),(null,'Japan');
insert into city_innodb values(null,'Xian',1),(null,'NewYork',2),(null,'BeiJing',1);

在创建索引时， 可以指定在删除、更新父表时，对子表进行的相应操作，包括 RESTRICT、CASCADE、SET NULL 和 NO ACTION。

RESTRICT和NO ACTION相同： 是指限制在子表有关联记录的情况下， 父表不能更新；

CASCADE：表示父表在更新或者删除时，更新或者删除子表对应的记录；

SET NULL ：表示父表在更新或者删除的时候，子表的对应字段被SET NULL 。

针对上面创建的两个表， 子表的外键指定是ON DELETE RESTRICT ON UPDATE CASCADE 方式的， 那么在主表删除记录的时候， 如果子表有对应记录， 则不允许删除， 主表在更新记录的时候， 如果子表有对应记录， 则子表对应更新 。

外键信息可以使用如下两种方式查看 ：

show create table city_innodb ;

1556087611295

删除country_id为1 的country数据：

 delete from country_innodb where country_id = 1;

1556087719145

更新主表country表的字段 country_id :

update country_innodb set country_id = 100 where country_id = 1;

1556087759615

更新后， 子表的数据信息为 ：

1556087793738

2.1.3 存储方式

InnoDB 存储表和索引有以下两种方式 ：

  • 使用共享表空间存储

    这种方式创建的表的表结构保存在.frm文件中， 数据和索引保存在 innodb_data_home_dir 和 innodb_data_file_path定义的表空间中，可以是多个文件。

  • 使用多表空间存储

    这种方式创建的表的表结构仍然存在.frm文件中，但是每个表的数据和索引单独保存在.ibd中。

1556075336630

我怎么知道当前表是哪种存储方式?

  • 查询建表语句

    SHOW CREATE TABLE <your_table_name>;

  • 在查询结果中查找 CREATE TABLE 语句中的 DATA DIRECTORY 和 INDEX DIRECTORY 子句。

    • 如果这些子句存在并指定了特定的目录路径

      则表使用多表空间存储方式，并将数据和索引存储在指定的 .ibd 文件中。

    • 如果 DATA DIRECTORY 和 INDEX DIRECTORY 子句不存在，或者没有指定特定的目录路径。

      则表使用共享表空间存储方式

一般建表都没有这个操作，所以多半是在共享表空间咯。

2.2 MyISAM

MyISAM 不支持事务、也不支持外键，其优势是访问的速度快。

对事务的完整性没有要求 或者 以SELECT、INSERT为主的应用，基本上都可以使用这个引擎来创建表 。

有以下两个比较重要的特点：

2.2.1 不支持事务
create table goods_myisam(
	id int NOT NULL AUTO_INCREMENT,
	name varchar(20) NOT NULL,
    primary key(id)
)ENGINE=myisam DEFAULT CHARSET=utf8;

1551347590309

通过测试，我们发现，在MyISAM存储引擎中，是没有事务控制的 ；

2.2.2 文件存储方式

每个MyISAM在磁盘上存储成3个文件，其文件名都和表名相同，但拓展名分别是 ：

  • .frm (存储表定义)；

  • .MYD(MYData , 存储数据)；

  • .MYI(MYIndex , 存储索引)；

1556075073836

2.3 MEMORY

Memory存储引擎将表的数据存放在内存中。每个MEMORY表实际对应一个磁盘文件，格式是.frm ，该文件中只存储表的结构，而其数据文件，都是存储在内存中，这样有利于数据的快速处理，提高整个表的效率。MEMORY 类型的表访问非常地快，因为他的数据是存放在内存中的，并且默认使用HASH索引 ， 但是服务一旦关闭，表中的数据就会丢失。

2.4 MERGE

MERGE存储引擎是一组MyISAM表的组合，这些MyISAM表必须结构完全相同，MERGE表本身并没有存储数据，对MERGE类型的表可以进行查询、更新、删除操作，这些操作实际上是对内部的MyISAM表进行的。

对于MERGE类型表的插入操作，是通过INSERT_METHOD子句定义插入的表，可以有3个不同的值，使用FIRST 或 LAST 值使得插入操作被相应地作用在第一或者最后一个表上，不定义这个子句或者定义为NO，表示不能对这个MERGE表执行插入操作。

可以对MERGE表进行DROP操作，但是这个操作只是删除MERGE表的定义，对内部的表是没有任何影响的。

1556076359503

下面是一个创建和使用MERGE表的示例 ：

1）. 创建3个测试表 order_1990, order_1991, order_all , 其中order_all是前两个表的MERGE表 ：

create table order_1990(
	order_id int ,
	order_money double(10,2),
	order_address varchar(50),
	primary key (order_id)
)engine = myisam default charset=utf8;


create table order_1991(
	order_id int ,
	order_money double(10,2),
	order_address varchar(50),
	primary key (order_id)
)engine = myisam default charset=utf8;


create table order_all(
	order_id int ,
	order_money double(10,2),
	order_address varchar(50),
	primary key (order_id)
)engine = merge union = (order_1990,order_1991) INSERT_METHOD=LAST default charset=utf8;

2）. 分别向两张表中插入记录

insert into order_1990 values(1,100.0,'北京');
insert into order_1990 values(2,100.0,'上海');

insert into order_1991 values(10,200.0,'北京');
insert into order_1991 values(11,200.0,'上海');

3）. 查询3张表中的数据。

order_1990中的数据 ：

1551408083254

order_1991中的数据 ：

1551408133323

order_all中的数据 ：

1551408216185

4）. 往order_all中插入一条记录 ，由于在MERGE表定义时，INSERT_METHOD 选择的是LAST，那么插入的数据会想最后一张表中插入。

insert into order_all values(100,10000.0,'西安')；

1551408519889

3.存储引擎的选择

在选择存储引擎时，应该根据应用系统的特点选择合适的存储引擎。对于复杂的应用系统，还可以根据实际情况选择多种存储引擎进行组合。以下是几种常用的存储引擎的使用环境。

  • InnoDB : 是Mysql的默认存储引擎，用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询意外，还包含很多的更新、删除操作，那么InnoDB存储引擎是比较合适的选择。InnoDB存储引擎除了有效的降低由于删除和更新导致的锁定， 还可以确保事务的完整提交和回滚，对于类似于计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB是最合适的选择。
  • MyISAM ： 如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常合适的。
  • MEMORY：将所有数据保存在RAM中，在需要快速定位记录和其他类似数据环境下，可以提供几块的访问。MEMORY的缺陷就是对表的大小有限制，太大的表无法缓存在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。MEMORY表通常用于更新不太频繁的小表，用以快速得到访问结果。
  • MERGE：用于将一系列等同的MyISAM表以逻辑方式组合在一起，并作为一个对象引用他们。MERGE表的优点在于可以突破对单个MyISAM表的大小限制，并且通过将不同的表分布在多个磁盘上，可以有效的改善MERGE表的访问效率。这对于存储诸如数据仓储等VLDB环境十分合适。

4.其他

4.1 Mysql配置我呢间一般在哪?

my.cnf或my.ini

MySQL的配置文件的位置取决于操作系统和MySQL的安装方式。以下是一些常见的配置文件位置：

  • Windows

    在默认安装的情况下，MySQL的配置文件通常位于MySQL的安装目录下的 bin 或 etc 子目录中，例如。

    C:\Program Files\MySQL\MySQL Server\bin
C:\ProgramData\MySQL\MySQL Server\etc

  • Linux

    /etc/mysql/
/etc/my.cnf.d/
/usr/local/mysql/
/usr/mysql/

  • macOS

    /usr/local/mysql/
/etc/my.cnf`

请注意，实际的配置文件位置可能会因为操作系统、MySQL版本以及自定义安装路径而有所不同。

如果无法确定准确的配置文件位置，可以尝试在终端或命令提示符中执行以下命令来查找配置文件：

  • Windows

    mysql --help | grep -C 5 "Default options"

  • Linux:

    mysql --help | grep -C 5 "Default options"

    比如我的

    image-20230624145741958

    在MySQL的配置文件中，!includedir 是一个指令，用于包含一个目录下的所有配置文件。在给定的目录中，MySQL将读取所有以 .cnf 结尾的文件，并将它们作为配置文件的一部分加载。

在你提供的示例中，!includedir /etc/my.cnf.d 表示要包含 /etc/my.cnf.d 目录下的所有配置文件。这意味着在该目录下的每个 .cnf 文件都将被读取并应用于MySQL的配置。

使用这种方式可以方便地组织和管理多个配置文件。你可以在 /etc/my.cnf.d 目录中创建多个配置文件，每个文件专注于不同的配置选项，然后使用 !includedir 将它们一起加载到MySQL的配置中。这样做可以使配置文件更加模块化和易于维护。

  • macOS

    mysql --help | grep -C 5 "Default options"

4.1 Mysql数据文件一般在哪？

  • Windows

    C:\ProgramData\MySQL\MySQL Server\data\

  • Linux

    /var/lib/mysql/

  • macOS

    /usr/local/var/mysql/

当然咯，这个是写在配置文件的，可以自定义。

[root@VM-12-8-centos my.cnf.d]# cat /etc/my.cnf.d/mysql-server.cnf 

#
# This group are read by MySQL server.
# Use it for options that only the server (but not clients) should see
#
# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/en/server-configuration-defaults.html

# Settings user and group are ignored when systemd is used.
# If you need to run mysqld under a different user or group,
# customize your systemd unit file for mysqld according to the
# instructions in http://fedoraproject.org/wiki/Systemd

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
log-error=/var/log/mysql/mysqld.log
pid-file=/run/mysqld/mysqld.pid
default-time_zone = '+8:00'
posted @ 2023-06-24 14:22  羊37  阅读(39)  评论(0)  编辑  收藏  举报