mysql架构与存储引擎 (Myisam与Innodb)

待我称王封你为后i 2023-08-17 17:08 126阅读 0赞

mysql抽象架构：可以分为SQL Layer和Storage Engine Layer

mysql的engine层是基于表的，不是基于库的，创建表的语句可以指定engine

**Mysql的架构**

![1408728-20190907092157179-1534888808.png][]

Mysql 架构器中各个模块都是什么？

（1）、连接管理与安全验证是什么？

每个客户端都会建立一个与服务器连接的线程，服务器会有一个线程池来管理这些 连接；如果客户端需要连接到 MYSQL 数据库还需要进行验证，包括用户名、密码、 主机信息等。

（2）、解析器是什么？

解析器的作用主要是分析查询语句，最终生成解析树；首先解析器会对查询语句的语法进行分析，分析语法是否有问题。还有解析器会查询缓存，如果在缓存中有对应的语句，就返回查询结果不进行接下来的优化执行操作。前提是缓存中的数据没有被修改，当然如果被修改了也会被清出缓存。

（3）、优化器怎么用？

优化器的作用主要是对查询语句进行优化操作，包括选择合适的索引，数据的读取方式，包括获取查询的开销信息，统计信息等，这也是为什么图中会有优化器指向存储引擎的箭头。之前在别的文章没有看到优化器跟存储引擎之 间的关系，在这里我个人的理解是因为优化器需要通过存储引擎获取查询的大致数据和统计信息。

（4）、执行器是什么？

执行器包括执行查询语句，返回查询结果，生成执行计划包括与存储引擎的一些处理操作。

**MyIsam和InnoDB两个存储引擎**

Innodb与Myisam，不管是关系型数据库（rdbms）还是nosql，数据都存储在文件中。mysql数据存储在data下，一个数据库对应一个文件夹。

<table> 
 <tbody> 
  <tr> 
   <td>&nbsp;</td> 
   <td>InnoDB</td> 
   <td>Myisam</td> 
  </tr> 
  <tr> 
   <td>存储文件</td> 
   <td> <p>.frm&nbsp;表定义文件</p> <p>.ibd&nbsp;数据文件</p> </td> 
   <td> <p>.frm&nbsp;表定义文件</p> <p>.myd&nbsp;数据文件</p> <p>.myi&nbsp;索引文件</p> </td> 
  </tr> 
  <tr> 
   <td>锁</td> 
   <td>行锁、表锁</td> 
   <td>表锁</td> 
  </tr> 
  <tr> 
   <td>事务</td> 
   <td>ACID</td> 
   <td>不支持</td> 
  </tr> 
  <tr> 
   <td>CRDU</td> 
   <td>读、写</td> 
   <td>读多</td> 
  </tr> 
  <tr> 
   <td>count</td> 
   <td>扫表</td> 
   <td>专门存储的地方</td> 
  </tr> 
  <tr> 
   <td>索引结构</td> 
   <td>B+树</td> 
   <td>B+树</td> 
  </tr> 
 </tbody> 
</table>

*  存储结构：每个MyISAM在磁盘上存储成三个文件：第一个文件的名字以表的名字开始，扩展名指出文件类型。.frm文件存储表定义，数据文件的扩展名为.MYD (MYData)，索引文件的扩展名是.MYI (MYIndex)。InnoDB所有的表都保存在同一个数据文件中（也可能是多个文件，或者是独立的表空间文件），InnoDB表的大小只受限于操作系统文件的大小，一般为2GB。
 *  存储空间：MyISAM可被压缩，占据的存储空间较小，支持静态表、动态表、压缩表三种不同的存储格式。InnoDB需要更多的内存和存储，它会在主内存中建立其专用的缓冲池用于高速缓冲数据和索引。
 *  可移植性、备份及恢复：MyISAM的数据是以文件的形式存储，所以在跨平台的数据转移中会很方便，同时在备份和恢复时也可单独针对某个表进行操作。InnoDB免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump，在数据量达到几十G的时候就相对痛苦了。
 *  事务支持：MyISAM强调的是性能，每次查询具有原子性，其执行数度比InnoDB类型更快，但是不提供事务支持。InnoDB提供事务、外键等高级数据库功能，具有事务提交、回滚和崩溃修复能力。
 *  AUTO\_INCREMENT：在MyISAM中，可以和其他字段一起建立联合索引。引擎的自动增长列必须是索引，如果是组合索引，自动增长可以不是第一列，它可以根据前面几列进行排序后递增。InnoDB中必须包含只有该字段的索引，并且引擎的自动增长列必须是索引，如果是组合索引也必须是组合索引的第一列。
 *  表锁差异：MyISAM只支持表级锁，用户在操作MyISAM表时，select、update、delete和insert语句都会给表自动加锁，如果加锁以后的表满足insert并发的情况下，可以在表的尾部插入新的数据。InnoDB支持事务和行级锁。行锁大幅度提高了多用户并发操作的新能，但是InnoDB的行锁，只是在WHERE的主键是有效的，非主键的WHERE都会锁全表的。
 *  全文索引：MyISAM支持 FULLTEXT类型的全文索引；InnoDB不支持FULLTEXT类型的全文索引，但是innodb可以使用sphinx插件支持全文索引，并且效果更好。
 *  表主键：MyISAM允许没有任何索引和主键的表存在，索引都是保存行的地址。对于InnoDB，如果没有设定主键或者非空唯一索引，就会自动生成一个6字节的主键(用户不可见)，数据是主索引的一部分，附加索引保存的是主索引的值。
 *  表的具体行数：MyISAM保存表的总行数，select count() from table;会直接取出出该值；而InnoDB没有保存表的总行数，如果使用select count() from table；就会遍历整个表，消耗相当大，但是在加了wehre条件后，myisam和innodb处理的方式都一样。
 *  CURD操作：在MyISAM中，如果执行大量的SELECT，MyISAM是更好的选择。对于InnoDB，如果你的数据执行大量的INSERT或UPDATE，出于性能方面的考虑，应该使用InnoDB表。DELETE从性能上InnoDB更优，但DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除，在innodb上如果要清空保存有大量数据的表，最好使用truncate table这个命令。
 *  外键：MyISAM不支持外键，而InnoDB支持外键。

通过上述的分析，基本上可以考虑使用InnoDB来替代MyISAM引擎了，原因是InnoDB自身很多良好的特点，比如事务支持、存储过程、视图、行级锁、外键等等。尤其在并发很多的情况下，相信InnoDB的表现肯定要比MyISAM强很多。另外，必须需要注意的是，任何一种表都不是万能的，合适的才是最好的，才能最大的发挥MySQL的性能优势。如果是不复杂的、非关键的Web应用，还是可以继续考虑MyISAM的，这个具体情况具体考虑。

总结：

InnoDB自身很多良好的特点，比如事务支持、存储 过程、视图、行级锁定等等，在并发很多的情况下，InnoDB的表现肯定要比MyISAM强很多。但是，任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥MySQL的性能优势。

B+Tree与B Tree的区别:

B-Tree的key和data是一起的，B+Tree做了改进将data都放在了叶子节点，所有的中间节点都是key（想要学习B+树的小伙伴可以看看 [http://blog.codinglabs.org/articles/theory-of-mysql-index.html][http_blog.codinglabs.org_articles_theory-of-mysql-index.html]）  
**Inoodb与Myisam下的索引存储图：**

**![1408728-20190907093335422-1687817725.png][]**

Mysiam中主索引和副索引的叶子节点都指向数据文件中的地址。

![1408728-20190907093422679-2097425532.png][]

Inoodb中数据是附在叶子节点上的，查询主索引会直接定位到叶子节点的数据。而查询副索引会进行两次查询，先查询到副索引叶子节点对应的主索引值，在通过主索引查询数据。select \* from table where id = (select id from table where name="mic")

转载于:https://www.cnblogs.com/Young111/p/11479241.html

[1408728-20190907092157179-1534888808.png]: /images/20230808/94cc280e7b44402f9a47438d98f96b33.png
[http_blog.codinglabs.org_articles_theory-of-mysql-index.html]: http://blog.codinglabs.org/articles/theory-of-mysql-index.html
[1408728-20190907093335422-1687817725.png]: /images/20230808/d4a39475c5d04d358e833235bdc4a1c5.png
[1408728-20190907093422679-2097425532.png]: /images/20230808/bd87bab701274a7ab7749ffc799401f2.png