InnoDB中的表都是凭据主键顺序组织存放的，这种组织方法称之为索引组织表，比拟于MyISAM的表组织方法。在InnoDB中每张表都必需有一个主键，假如在建设表的时候没有显式界说主键，则InnoDB首先会判定表中是否有非空的独一索引，假如有则将该列作为主键；不然InnoDB会自动建设一个6字节巨细的指针作为主键。除主键之外，InnoDB还可以有帮助索引，昆山软件公司，而帮助索引页中仅仅存放键值和指向数据页的偏移量，而不像主键数据页存储的是一个完整的行记录。

InnoDB存储引擎中，所有的数据都被逻辑地存放在一个表空间中，表空间又被分为段(Segment)、区(Extent)、页(Page)构成，劳务派遣管理系统，个中段由存储引擎自动打点，区的巨细牢靠为1M，然后默认环境下页的巨细为16KB，也就是一个区总共有64个持续的页构成。不外在MySQL5.6开始，页的巨细可以配置为4K、8K了，配置成4K除了可以提高磁盘的操作率之外，对付现代SSD硬盘将越发符合，不外这中更新较量的贫苦，需要将输入导出后再从头导入，一般的备份规复东西都是原样复制数据，没有步伐支持改观页巨细。

默认的B+树索引其查找次数(效率)取决于B+树的高度，出产情况下一般树高为3~4层，即查询一笔记录需要颠末3~4个索引页，并且B+树索引并不能找到一个给定键值的详细行，其只能按照键和索引找到数据行地址的页，然后数据库把对应的页读取到内存，再在内存中执行查找，并最后获得需要查询的数据。InnoDB还会监控对表上各索引页的查询操纵，假如调查到通过成立hash索引可以带来速度晋升，则会按照会见频率和会见模式自动为部门热点页成立hash索引，这个进程称之为自适应哈希索引，并且该进程是工钱无法过问、存储引擎自动实现的。

利用索引的一大禁忌是不要在引用索引列的时候利用函数，好比max(id)、id+3>5等，可能隐式的数据范例转换操纵，这样会导致索引失效导致全扫描。

2. 在线修改数据表

在MySQL 5.5之前修改表布局、可能建设新索引的时候，需要颠末：先锁定原始表，建设一张新的姑且表(姑且利用tmpdir路径，确保有足够空间可用)，然后把原表中的数据导入到新的姑且表中，接着删除原表，最后再把姑且表从头定名为本来的表名。所以修改表布局需要留意，将对同一个表的ALTER TABLE多个操纵归并到一条语句中，淘汰上述反复的步调。同时，针对修改列名、修改数值范例的暗示长度INT(3)->INT(10)、修改数据表注释、向ENUM增加新的范例、修改数据表名这些操纵不需要将数据表中的所有记录都复制到姑且表。

新版MySQL支持Fast Index Creation，详细说来就是对付新帮助索引的建设，InnoDB会对要建设索引的表上一个S锁，使该表以只读的可用性提供处事，由于不需要从头建设表、拷贝数据，因而帮助索引的建设速度也快许多；删除索引的时候InnoDB只需更新内部试图标志帮助索引的空间为可用，同时删除MySQL数据库内部试图上对应表的索引界说即可。

MySQL 5.6的版本支持Online DDL，答允在帮助索引建设的同时，还答允对表同时执行诸如INSERT、UPDATE、DELETE等DML操纵而不会被阻塞，昆山软件开发，其道理是在执行索引建设可能删除操纵的时候，将INSERT、UPDATE、DELETE这类的操纵日志先记录到一个叫做“在线修他日志”的内存空间中，当索引完成后再从头应用这些更新到表上，以此到达数据的一致性。不外“在线修他日志“只存留在内存中，默认巨细是128MB，假如修改表布局时候DML操纵太多，会导致该空间不足用而取消修改。

3. 建设索引

建设索引的时候讲究一个Cardinality指标，该值暗示索引中独一值的预计数目，抱负环境下该值除以表行数应该尽大概靠近1，不然暗示该列选择性太低而应该思量删除该索引。 对Cardinality的统计是利用采样方法举办估算的，当表的修改数目高出总记录的1/16、可能修改总次数高出20亿次，则会随机选择8个数据页从头统计该值，不外通过ANALYZE TABLE呼吁可以强制让数据库从头收集相关的统计信息。

实践中OLTP和OLAP对索引的要求是有差此外，在OLTP应用中查询操纵凡是只从数据库返回很小部门数据集，此时按照查询条件选择高区分度的列来建设索引是很有意义的；对付OLAP应用凡是都需要返回大批量的数据，许多环境下成立索引意义不是很大，因为大量数据返回的话往往全表顺序扫描效率更高，不外OLAP中对时间建设索引是很常见的操纵。

4. 包围索引