数据库——MySQL——存储引擎

现实生活中我们用来存储数据的文件有不同的类型，每种文件类型对应各自不同的处理机制：比如处理文本用txt类型，处理表格用excel，处理图片用png等。数据库中的表也应该有不同的类型，表的类型不同，会对应mysql不同的存取机制，表类型又称为存储引擎。

存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。因为在关系数据库中数据的存储是以表的形式存储的，所以存储引擎也可以称为表类型（即存储和操作此表的类型）

在Oracle 和SQL Server等数据库中只有一种存储引擎，所有数据存储管理机制都是一样的。而MySql数据库提供了多种存储引擎。用户可以根据不同的需求为数据表选择不同的存储引擎，用户也可以根据自己的需要编写自己的存储引擎。MySQL 的插件式存储引擎可以让存储引擎层的开发人员设 计他们希望的存储层,例如,有的应用需要满足事务的要求,有的应用则不需要对事务有这 么强的要求 ;有的希望数据能持久存储,有的只希望放在内存中,临时并快速地提供对数据 的查询。

# 查看所有支持的存储引擎
show engines;
或
show engines\G;
查的内容一样，就是显示格式不同。

# 查找正在使用的存储引擎
show variables like 'storage_engine%';

详细的MySQL存储引擎介绍：

#InnoDB 存储引擎
支持事务,其设计目标主要面向联机事务处理(OLTP)的应用。其
特点是行锁设计、支持外键,并支持类似 Oracle 的非锁定读,即默认读取操作不会产生锁。 从 MySQL 5.5.8 版本开始是默认的存储引擎。
InnoDB 存储引擎将数据放在一个逻辑的表空间中,这个表空间就像黑盒一样由 InnoDB 存储引擎自身来管理。从 MySQL 4.1(包括 4.1)版本开始,可以将每个 InnoDB 存储引擎的 表单独存放到一个独立的 ibd 文件中。此外,InnoDB 存储引擎支持将裸设备(row disk)用 于建立其表空间。
InnoDB 通过使用多版本并发控制(MVCC)来获得高并发性,并且实现了 SQL 标准 的 4 种隔离级别,默认为 REPEATABLE 级别,同时使用一种称为 netx-key locking 的策略来 避免幻读(phantom)现象的产生。除此之外,InnoDB 存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead) 等高性能和高可用的功能。
对于表中数据的存储,InnoDB 存储引擎采用了聚集(clustered)的方式,每张表都是按 主键的顺序进行存储的,如果没有显式地在表定义时指定主键,InnoDB 存储引擎会为每一 行生成一个 6 字节的 ROWID,并以此作为主键。
InnoDB 存储引擎是 MySQL 数据库最为常用的一种引擎,Facebook、Google、Yahoo 等 公司的成功应用已经证明了 InnoDB 存储引擎具备高可用性、高性能以及高可扩展性。对其 底层实现的掌握和理解也需要时间和技术的积累。如果想深入了解 InnoDB 存储引擎的工作 原理、实现和应用,可以参考《MySQL 技术内幕:InnoDB 存储引擎》一书。

#MyISAM 存储引擎
不支持事务、表锁设计、支持全文索引,主要面向一些 OLAP 数 据库应用,在 MySQL 5.5.8 版本之前是默认的存储引擎(除 Windows 版本外)。数据库系统 与文件系统一个很大的不同在于对事务的支持,MyISAM 存储引擎是不支持事务的。究其根 本,这也并不难理解。用户在所有的应用中是否都需要事务呢?在数据仓库中,如果没有 ETL 这些操作,只是简单地通过报表查询还需要事务的支持吗?此外,MyISAM 存储引擎的 另一个与众不同的地方是,它的缓冲池只缓存(cache)索引文件,而不缓存数据文件,这与 大多数的数据库都不相同。

#NDB 存储引擎
年,MySQL AB 公司从 Sony Ericsson 公司收购了 NDB 存储引擎。 NDB 存储引擎是一个集群存储引擎,类似于 Oracle 的 RAC 集群,不过与 Oracle RAC 的 share everything 结构不同的是,其结构是 share nothing 的集群架构,因此能提供更高级别的 高可用性。NDB 存储引擎的特点是数据全部放在内存中(从 5.1 版本开始,可以将非索引数 据放在磁盘上),因此主键查找(primary key lookups)的速度极快,并且能够在线添加 NDB 数据存储节点(data node)以便线性地提高数据库性能。由此可见,NDB 存储引擎是高可用、 高性能、高可扩展性的数据库集群系统,其面向的也是 OLTP 的数据库应用类型。

#Memory 存储引擎
正如其名,Memory 存储引擎中的数据都存放在内存中,数据库重 启或发生崩溃,表中的数据都将消失。它非常适合于存储 OLTP 数据库应用中临时数据的临时表,也可以作为 OLAP 数据库应用中数据仓库的维度表。Memory 存储引擎默认使用哈希 索引,而不是通常熟悉的 B+ 树索引。

#Infobright 存储引擎
第三方的存储引擎。其特点是存储是按照列而非行的,因此非常 适合 OLAP 的数据库应用。其官方网站是 http://www.infobright.org/,上面有不少成功的数据 仓库案例可供分析。

#NTSE 存储引擎
网易公司开发的面向其内部使用的存储引擎。目前的版本不支持事务, 但提供压缩、行级缓存等特性,不久的将来会实现面向内存的事务支持。

#BLACKHOLE
黑洞存储引擎，可以应用于主备复制中的分发主库。

MySQL 数据库还有很多其他存储引擎,上述只是列举了最为常用的一些引擎。如果 你喜欢,完全可以编写专属于自己的引擎,这就是开源赋予我们的能力,也是开源的魅 力所在。

常见的存储引擎

注意：

从 MySQL 5.5.8 版本开始是默认的存储引擎是InnnoDB存储引擎，支持事务，支持外键。

在 MySQL 5.5.8 版本之前是默认的存储引擎(除 Windows 版本外)，默认的存储引擎是MyISAM，他不支持事务，也不支持外键。

所以要查看默认的存储引擎

存储引擎使用

指定存储引擎

# 方法1：建表时指定
create table innodb_t1(id int,name char)engine=innodb;

# 方法2：配置文件中指定默认的存储引擎
流程：
1.找到my.cnf文件存放地点
my.cnf是mysql启动时加载的配置文件，一般放在MySQL的安装目录中，用户也可以放在其他目录加载。安装mysql后系统会有多个my.cnf文件。有些用于测试。我们可以用locate my.cnf命令列出所有的my.cnf文件。
2.查看是否使用了指定的my.cnf
启动MySQL后，我们通过ps aux|grep mysql|grep "my.cnf"查看MySQL进程，看看是否有设置使用指定目录的my.cnf文件，如果有则表示MySQL启动时加载了这个配置文件。如果没有输出，看第三步。
3.查看mysql默认读取my.cnf的目录
如果没有设置使用指定目录的my.cnf。MySQL启动时会读取安装目录根目录及默认目录下的my.cnf文件。我们可以通过mysql --help|grep "my.cnf"来查看MySQL默认会搜寻的my.cnf的目录。顺序排前面的优先。
4.如果没有设置使用指定目录my.cnf文件及默认读取目录没有my.cnf文件，表示mysql启动时并没有加载配置文件，而是使用默认配置。
5.需要修改配置，可以在mysql默认读取的目录中，创建一个my.cnf文件(例如:/etc/my.cnf)，把需要修改的配置内容写入，重启mysql后即可生效。
6.重启MySQL服务器如果出现 InnoDB |DEFAULT，则表示我们 设置InnoDB为默认引擎成功。

两种方式

两种方式

ubuntu中不支持upstart启动管理了，如果重启遇到问题，试试下面的方式：
systemctl start xxxxx     比如：systemctl start mysql
systemctl stop xxxxx
systemctl status xxxxx
想要在启动时启动
systemctl enable xxxx 

关于重启MySQL服务

查看

在我的电脑中，mysql的所建的数据库存放在/var/lib/mysql中，如果进入这个目录有问题的话，看我的另一个博客。https://www.cnblogs.com/kuxingseng95/p/9526691.html

我们可以用指定的存储引擎创建然后查看一下建立的东西

注：可以发现后两种存储引擎只有表结构，没有数据。原因是：memory，在重启mysql或者重启机器后，表内数据清空；blackhole，往表内插入任何数据，都相当于丢入黑洞，表内永远不存记录