要创建InnoDB表，可以使用CREATETABLE语句CREATETABLEt1(aINT,bCHAR(20),PRIMARYKEY(a))ENGINE=InnoDB;如果你的MySQL实例将InnoDB定义为默认存储引擎（默认情况下为默认存储引擎)，则可以无需指定ENGINE=InnoDB子句。如果你想要查询当前MySQL实例的默认存储引擎，可以使用下面的语句mysql>SELECT@@default_storage_engine;+--------------------------+|@@default_storage_engine|+----------------------
MySQLInnoDB中的全文索引的最后一章节，我们来InnoDB全文索引中的那些处理逻辑，包括删除索引逻辑和事务逻辑。InnoDB全文索引删除处理删除具有全文索引列的记录可能会带来辅助索引表中的大量小删除，使得对这些表的并发访问成为性能的瓶颈。为避免此问题，每当从索引表中删除记录时，已删除文档的文档ID(DOC_ID)将记录在特殊的FTS_*_DELETED表中，同时全文索引仍然会保留索引记录。全文查询返回结果前，会自动过滤掉FTS_*_DELETED表中存储的已删除的文档ID。这种设计的好处是删除快速且廉价。缺点是删除记录后索引的大小不会立即减少。要删除已删除记录的全文索引条目，需要设置i
在「MySQLInnoDB中的全文检索索引(上)」章节中，我们学习了MySQLInnoDB全文索引的相关的表。当插入文档时，会对其进行分词，也就是Token化，并将单个单词和相关数据插入到全文索引中。InnoDB全文索引缓存这个过程，即使要插入的文档非常小，也可能会导致在辅助索引表中进行大量的小插入，从而使这些表的并发访问成为性能的瓶颈。为了避免此问题，InnoDB使用全文索引缓存(cache)来临时缓存最近要插入到辅助索引表中的行。此内存缓存结构会一直持有插入的数据，直到缓存已满，然后批量将它们刷新到磁盘(到辅助索引表)。我们可以通过查询INFORMATION_SCHEMA.INNODB_F
在基于文本类型的列(char、varchar和text)上创建全文(FULLTEXT)索引，并忽略任何定义为停用词的单词,可以加快对这些列中包含的数据的查询和DML操作。可以在使用CREATETABLE语句创建表时指定全文索引，也可以在创建表之后使用ALTERTABLE或CREATEINDEX将全文索引添加到现有表中全文索引的使用方式一般为使用MATCH()...AGAINST语法执行全文搜索。InnoDB全文索引设计InnoDB全文索引采用了「倒排」索引的设计方式。倒排索引存储单词列表，并为每个单词存储单词出现的文档列表。为了支持邻近搜索，每隔单词的位置信息(字节偏移)也会被同时存储。Inn
几乎所有的Innodb的索引都使用B树数据结构，除了空间索引(spatialindexes)是个例外。空间索引使用的是R树数据结构，这是一种索引多维数据的专用数据结构。但不管使用的是任何索引结构，索引记录只存储在B树或R树数据结构的叶子节点中。索引页的默认大小为16KB当有新的记录插入到InnoDB聚簇索引中时，InnoDB会尝试将页面的1/16留空，以便将来插入和更新索引记录如果按顺序(升序或降序)插入索引记录，则生成的索引页使用率大约为15/16如果以随机顺序插入记录，则页面使用率只会在1/2到15/16之间InnoDB在创建或重建B树索引时执行批量加载，这种索引创建方法称为「排序索引构建
在上一章节「MySQLInnoDB索引的物理保存结构」中我们有提到：InnoDB在创建或重建B树索引时会执行批量加载，这种索引创建方法称为「排序索引构建」我们这章节啊，就来讲讲这个「排序索引构建」，为什么要熟悉呢？因为它和我们的InnoDB创建和重建B树索引息息相关。也就和我们的MySQL性能优化息息相关了。排序索引构建InnoDB在创建或重建B树索引时会执行批量加载，而不是一次只插入一个索引记录。这种索引创建方法也称为排序索引构建。空间索引不支持排序索引构建。索引构建有三个阶段：在第一阶段，扫描聚簇索引，生成索引条目(entries)并将其添加到排序缓冲区。当排序缓冲区满了，索引条目将被排序
每个InnoDB表都有一个称为「聚簇索引」的特殊索引，通常情况下，这个聚簇索引就是「主键」(primarykey)。Innodb使用它存储表中每一行的数据。如果想要从查询，插入和其它数据库操作中获得最佳性能，那么我们就必须了解InnoDB如何使用聚簇索引来优化每个表的最常见检索和DML操作方式当我们在一个Innodb表上定义了一个主键，InnoDB会默认的使用它作为聚簇索引。使用InnoDB存储引擎时，建议为每个表都添加一个主键。如果该表没有一个逻辑唯一且非空列或列集合，那么可以添加一个带有AUTO_INCREMENT约束的自增列作为主键，InnoDB会自动填充该列。如果某个InnoDB表并没
经过前面上中下三个章节的学习，我们终于了解了MySQLInnodb中的AUTO_INCREMENT约束和AUTO_INCREMENT锁的模式。也了解了各种模式的影响和缺点。当然了，上面的章节，很多人应该是不关心的。大家最关心的还是本章节的内容：「MySQLInnoDBAUTO_INCREMENT计数器如何初始化」MySQLInnoDBAUTO_INCREMENT计数器如何初始化如果为InnoDB表指定了AUTO_INCREMENT列，那么内存中，该表对象会包含一个称为「自增值计数器」的特殊计数器，用于为AUTO_INCREMENT列分配新值时使用。在MySQL5.7及更早版本中，自增值计数器仅
前面两章节，我们介绍了MySQLInnodbAUTO_INCREMENT锁的三种模式，分别为「传统模式」、「连续模式」、「交错模式」，这三种模式我们可以用同学聚会定餐馆来形象的描述下「传统模式」-老板，你家的店我包了，等到我同学聚会完了你再招待其它客人啊....其它客人：坑啊！你们快点吃啊，慢吞吞的...「连续模式」-老爸，我同学总共50个人，先给我来50个位置，有些同学可能没来，那就空着。剩下的位置，你可以招待其它的同学。有时候，如果不知道有多少同学(健忘症犯了...)，就只能再回到传统模式了。「交错模式」-老板，我也不知道会来几个同学，反正，来了一个就坐一个位置，其它客人来了也可以坐(假设
上一章节中，我们介绍了innodb_autoinc_lock_mode=0传统锁模式，知道了在传统锁模式下，所有的「insertlike」语句都会获得一个特殊的表级AUTO-INC锁，这种锁会自动添加到SQL语句的末尾(不是事务的末尾)，以确保以可预测且可重复的顺序为给定的INSERT语句序列分配自增值，并确保为任何给定语句分配的自增值都是连续的今天，我们就来看看剩下的两种模式是怎么样的innodb_autoinc_lock_mode=1连续锁模式在此「连续锁」模式下，「批量插入」会首先获取一个特殊的表级AUTO_INC锁，并一直保持到所有语句执行结束才释放。连续锁模式适用于所有的批量插入语句
想必你已经很熟悉MySQLInnodb中的AUTO_INCREMENT，它是一个约束条件，如果某个字段添加了这个约束条件，插入数据的时候，如果没有给该字段指定一个值，那么它就会自动插入一个自增长的值。本章节我们不讲AUTO_INCREMENT如何使用，而是讲讲Innodb是怎么处理它的，有关AUTO_INCREMENT的用法，你可以查阅我们的MySQL基础教程：MySQL自增序列AUTO_INCREMENTAUTO_INCREMENT约束AUTO_INCREMENT是Innodb提供的一种可配置的锁定机制，如果某个表的某一列具有AUTO_INCREMENT约束，那么向该表添加数据的时候可以很明