如何做推广麦当劳的网站搜索引擎优化营销

逻辑结构

InnoDB存储引擎逻辑结构如图所示：

Tablespace：表空间，一个数据库可以对应多个表空间。数据库中的每张表都有一个表空间，用来存放表记录、索引等数据。

Segment：段，表空间中有多个段，而每个段中将表空间中的记录、索引等数据分为数据段、索引段、回滚段来存储。其中索引段就存储在B+树的非叶子结点，数据段就存储在叶子结点上。段中又管理多个区（Extent)。

Extent：区，表的单元结构，每个区的大小为1M。默认情况下，InnoDB存储引擎的页大小为16k，那么每个区中就存储64个连续的页。

Page：页，是InnoDB存储引擎管理的最小单元，每个页的大小默认为16KB。为了保证页的连续性，InnoDB每次从磁盘申请4~5个区。页中存放的就是表空间的记录和索引。

Row：行，在InnoDB引擎中数据是按行进行存放的。

Trx id 和Roll pointer是表结构中隐藏的两个字段。

Trx id ：事务id，是用来存储最后一个操作的事务id。

Roll pointer：回滚指针，指向上一个版本记录在undo log的位置。多个版本被Roll pointer连接成一个版本链。这也是MVCC的原理。

InnoDB架构

MySQL5.5版本之后，默认的存储引擎是InnoDB，InnoDB的架构图如下：

内存结构

内存结构如图：

Buffer Pool：缓冲池，是主内存的一个区域，用来缓存磁盘上记录操作频繁的实时数据。在进行增删改查操作时，先查询缓冲池中是否有数据，如果没有，则需要从磁盘中加载到缓冲池，再进行对应的操作。然后将这些脏页以一定的频率刷新到磁盘当中。

缓冲池以Page为单位，底层采用链表来管理数据的。根据状态，将缓冲池中的Page分为三种：

free page ：空闲页，该页中没有存放任何数据。

clean page ：被使用的页，其中存放的数据是从磁盘加载过来的，并未被修改。

dirty page ：脏页，该页中的数据被修改，即该页中的数据是最新的，和磁盘中的内容是不一致的。

Change Buffer：更改缓冲区，在执行DML语句时，如果Buffer Pool中没有对应的数据页，那么就将数据变更存储在Change Buffer中。之后读取这些数据时，会将磁盘中的数据与Change Buffer中的变更记录合并加载到Buffer Pool中。

Changer Buffer有什么意义?

Change Buffer是针对非唯一的二级索引。二级索引是随机的，如果多个修改操作直接通过磁盘IO操作，由于其随机性就会造成大量的磁盘IO，性能就会大打折扣。使用Change Buffer不会进行随机磁盘IO，从而减少了损耗。

Adaptive Hash Index：自适应哈希索引，用于优化Buffer Pool数据的查询。InnoDB存储引擎会监控对表上各索引页的查询，如果观察到hash索引可以提升速度，就会自动建立索引。

自适应哈希索引无需人工干预，由_MySQL自动执行。

可以通过 adaptive_hash_index参数进行控制,默认为ON，代表是开启的。

Log Buffer：日志缓冲区，用来保存要写入磁盘中的log日志数据（redo log、undo log），默认大小为16MB,日志缓冲区的日志会定期刷新到磁盘中。如果需要更新、插入或删除多行的事务，增加日志缓冲区的大小可以节省磁盘IO。

参数：innodb_log_buffer_size：缓冲区大小

Innodb_flush_log_at_trx_commit：日志刷新到磁盘时机。

磁盘结构

磁盘结构如图：

System Tablespace：系统表空间，是更改缓冲区的存储区域。如果系统中独立表空间以及通用表空间关闭的话，系统表空间也会存储表的记录以及索引。

参数：innodb_data_file_path

File-Per-Table Tablespaces：每个表的独立表空间。默认是开启的。

参数：innodb_file_per_table

General Tablespaces：通用表空间，需要手动进行创建。在创建表时，可以为其指定表空间。

创建表空间语法：

CREATE TABLESPACE XXXX ADDDATAFILE 'file_name'ENGINGE = engine_name;

指定表空间语法：

CREATE TABLE XXX (...)TABLESPACE ts_name;

Undo Tablespaces：撤销表空间，MySQL实例在初始化时会自动创建两个默认的undo表空间（初始大小16MB），用于存储undo log日志。

Temporary Tablespaces：临时表空间，存储用户创建的临时表。

Doublewrite Buffer Files：双写缓冲区，innoDB引擎将数据页刷新到磁盘时，先将数据页写入双写缓冲区文件中，便于系统异常时恢复数据。

Redo Log：重做日志，用来实现事务的持久性。

后台线程

InnoDB存储引擎涉及到很多内存与磁盘之间的操作，比如从脏页的刷新、磁盘文件的加载、日志的刷新等，这些操作都是由后台线程完成的。

1.Master Thread：核心后台线程，负责调度其他线程，还负责将缓冲池中的数据异步刷新到磁盘当中，保持数据一致性，还包括脏页的刷新、合并插入缓存、undo页的回收。

2.IO Thread：在InnoDB存储引擎中大量使用了AIO来处理请求，这样可以极大地提高数据库的性能，而IO Thread主要负责这些IO请求的回调。

线程类型	默认个数	职责
Read thread	4	负责读操作
Write thread	4	负责写操作
Log thread	1	负责将日志缓冲区刷新到磁盘
Insert buffer thread	1	负责将写缓冲区内容刷新到磁盘

3.Purge Thread：主要用于回收事务已经提交了的undo log，在事务提交之后，undo log可能不用了，就用它来回收。

4.Page Cleaner Thread：协助Master Thread刷新脏页到磁盘的线程，它可以减轻 Master Thread 的工作压力，减少阻塞。