mysql知识点概览_MySQL存储引擎概览

欢迎来到阿八个人博客网站。本

阿八个人博客

网站提供最新的站长新闻,各种互联网资讯。

喜欢本站的朋友可以收藏本站,或者加QQ:我们大家一起来交流技术!

URL链接：https://www.abboke.com/jsh/2019/0709/6495.html

1190000019692011

查看mysql版本

mysql> select version();

+------------+

| version() |

+------------+

| 5.6.32-log |

+------------+

1 row in set (0.00 sec)

或者：

mysql> status;

--------------

mysql Ver 14.14 Distrib 5.6.32, for Win32 (AMD64)

Connection id: 9

Current database:

Current user: root@localhost

SSL: Not in use

Using delimiter: ;

Server version: 5.6.32-log MySQL Community Server (GPL)

Protocol version: 10

Connection: localhost via TCP/IP

Server characterset: latin1

Db characterset: latin1

Client characterset: gbk

Conn. characterset: gbk

TCP port: 3307

Uptime: 4 hours 7 min 11 sec

Threads: 4 Questions: 126 Slow queries: 0 Opens: 73 Flush tables: 1 Open tables: 66 Queries per second avg: 0.008

查看MySQL存储引擎

show engines

Engine

Support

Comment

Transactions

XA

Savepoints

MyISAM

YES

MyISAM storage engine

NO

NO

NO

MRG_MYISAM

YES

Collection of identical MyISAM tables

NO

NO

NO

CSV

YES

CSV storage engine

NO

NO

NO

BLACKHOLE

YES

/dev/null storage engine (anything you write to it disappears)

NO

NO

NO

MEMORY

YES

Hash based, stored in memory, useful for temporary tables

NO

NO

NO

FEDERATED

NO

Federated MySQL storage engine

(NULL)

(NULL)

(NULL)

ARCHIVE

YES

Archive storage engine

NO

NO

NO

InnoDB

DEFAULT

Supports transactions, row-level locking, and foreign keys

YES

YES

YES

PERFORMANCE_SCHEMA

YES

Performance Schema

NO

NO

NO

Support：DEFAULT表示MYSQL数据库默认的存储引擎，其它存储引擎就是你可以选择的。

如上表，InnoDB是默认的存储引擎

存储引擎中InnoDB与Myisam的主要区别

1. 事务处理

innodb支持事务功能，myisam 不支持。

Myisam的执行速度更快，性能更好。

2. select ,update,insert ,delete 操作

MyISAM：如果执行大量的SELECT，MyISAM是更好的选择

InnoDB：如果你的数据执行大量的INSERT或UPDATE，出于性能方面的考虑，应该使用InnoDB表

3. 锁机制不同

InnoDB 为行级锁，myisam为表级锁。

注意：当数据库无法确定，所找的行时，也会变为锁定整个表。

如： update table set num = 10 where username like "%test%";

4. 查询表的行数不同

select count(*) fromtable

MyISAM ： MyISAM只要简单的读出保存好的行数，注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的

InnoDB ： InnoDB中不保存表的具体行数，也就是说，执行 select count(*) fromtable 时，InnoDB要扫描一遍整个表来计算有多少行

5. 物理结构不同

MyISAM ：每个MyISAM在磁盘上存储成三个文件。第一个文件的名字以表的名字开始，扩展名指出文件类型。

.frm文件存储表定义。

数据文件的扩展名为.MYD (MYData)。

索引文件的扩展名是.MYI(MYIndex)

InnoDB：基于磁盘的资源是InnoDB表空间数据文件和它的日志文件，InnoDB 表的大小只受限于操作系统文件的大小，一般为2GB

6. anto_increment机制不同

更好和更快的auto_increment处理

其他：为什么MyISAM会比Innodb的查询速度快。

Innodb在做SELECT的时候，要维护的东西比MYISAM引擎多很多；

数据块，Innodb要缓存，MYISAM只缓存索引块， 这中间还有换进换出的减少；

Innodb寻址要映射到块，再到行，MYISAM记录的直接是文件的OFFSET，定位比Innodb要快

Innodb还需要维护MVCC一致；虽然你的场景没有，但他还是需要去检查和维护

MVCC (Multi-Version Concurrency Control)多版本并发控制

InnoDB：通过为每一行记录添加两个额外的隐藏的值来实现MVCC，这两个值一个记录这行数据何时被创建，另外一个记录这行数据何时过期(或者被删除)。但是InnoDB并不存储这些事件发生时的实际时间，相反它只存储这些事件发生时的系统版本号。这是一个随着事务的创建而不断增长的数字。每个事务在事务开始时会记录它自己的系统版本号。每个查询必须去检查每行数据的版本号与事务的版本号是否相同。让我们来看看当隔离级别是REPEATABLEREAD时这种策略是如何应用到特定的操作的：

SELECT InnoDB必须每行数据来保证它符合两个条件：

1、InnoDB必须找到一个行的版本，它至少要和事务的版本一样老(也即它的版本号不大于事务的版本号)。这保证了不管是事务开始之前，或者事务创建时，或者修改了这行数据的时候，这行数据是存在的。

2、这行数据的删除版本必须是未定义的或者比事务版本要大。这可以保证在事务开始之前这行数据没有被删除。