索引介绍
一：为什么要有索引 索引是用来优化查询效率（速度）的 没有索引的话，对于大数据的表，就只能每次都遍历一遍，数据量越大，耗时越多 有索引的话，可以提升好几个数量级的速度 一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，在生产环境中，我们遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，因此对查询语句的优化显然是重中之重。说起加速查询，就不得不提到索引了。 二：什么是索引 索引在mysql中叫做key（键） 是存储引擎用于快速找到记录的一种数据结构 索引可以理解为字典中的目录部分 是以类似二叉树的形式组织的，一般2-4层 三：索引误区 索引多：提升了查询速度，但是磁盘IO会爆掉 索引少：影响查询速度，提升了应用性能 因此要具体分析
索引原理
一 索引原理 通过不断地缩小想要获取数据的范围来筛选出最终想要的结果，同时把随机的事件变成顺序的事件 索引的排列是从左到右越来越大的 二 磁盘IO与预读 磁盘读取数据靠的是机械运动 读数据时间=寻道时间+旋转延迟+传输时间=9ms 寻到时间：5ms 旋转延迟：4ms 传输时间：从内存到磁盘或从磁盘到内存，忽略不计 所以要尽量减少磁盘IO 预读： 考虑到磁盘IO是非常高昂的操作，计算机操作系统做了一些优化，当一次IO时，不光把当前磁盘地址的数据，而是把相邻的数据也都读取到内存缓冲区内，因为局部预读性原理告诉我们，当计算机访问一个地址的数据的时候，与其相邻的数据也会很快被访问到。每一次IO读取的数据我们称之为一页(page)。具体一页有多大数据跟操作系统有关，一般为4k或8k，也就是我们读取一页内的数据时候，实际上才发生了一次IO，这个理论对于索引的数据结构设计非常有帮助。
索引的数据结构
 这种数据组织结构就是索引 b+树： 这种数据结构能够，每次查找数据时把磁盘IO次数控制在一个很小的数量级 b+树的查找IO； 如果是百万量级的数据：没有索引要有百万次的IO 有了索引只需要3次IO即可，由此可见索引的优势 创建索引注意事项： 1.索引字段要尽量的小 io次数取决于b+树的高度，索引字段越小，每个磁盘块的数据项就能存越多，高度就越低。 2.索引的最左匹配特性
聚集索引和辅助索引
聚集索引与辅助索引相同的是：不管是聚集索引还是辅助索引，其内部都是B+树的形式，即高度是平衡的，叶子结点存放着所有的数据。 聚集索引与辅助索引不同的是：叶子结点存放的是否是一整行的信息 由于实际的数据页只能按照一棵B+树进行排序，因此每张表只能拥有一个聚集索引 聚集索引能够在B+树索引的叶子节点上直接找到数据 辅助索引的叶子节点不包含行记录的全部数据。 叶子节点除了包含键值以外，每个叶子节点中的索引行中还包含一个书签该书签用来告诉InnoDB存储引擎去哪里可以找到与索引相对应的行数据 primary key：聚集索引 其他 key：辅助索引
索引功能
普通索引INDEX：加速查找 唯一索引： -主键索引PRIMARY KEY：加速查找+约束（不为空、不能重复） -唯一索引UNIQUE:加速查找+约束（不能重复） 联合索引： -PRIMARY KEY(id,name):联合主键索引 -UNIQUE(id,name):联合唯一索引 -INDEX(id,name):联合普通索引
创建和删除索引的语法
#方法一：创建表时 CREATE TABLE 表名 ( 字段名1 数据类型 [完整性约束条件…], 字段名2 数据类型 [完整性约束条件…], [UNIQUE | FULLTEXT | SPATIAL ] INDEX | KEY [索引名] (字段名[(长度)] [ASC |DESC]) ); #方法二：CREATE在已存在的表上创建索引 CREATE [UNIQUE | FULLTEXT | SPATIAL ] INDEX 索引名 ON 表名 (字段名[(长度)] [ASC |DESC]) ; #方法三：ALTER TABLE在已存在的表上创建索引 ALTER TABLE 表名 ADD [UNIQUE | FULLTEXT | SPATIAL ] INDEX 索引名 (字段名[(长度)] [ASC |DESC]) ; #删除索引：DROP INDEX 索引名 ON 表名字; #方式一 create table t1( id int, name char, age int, sex enum('male','female'), unique key uni_id(id), index ix_name(name) #index没有key ); #方式二 create index ix_age on t1(age); #方式三 alter table t1 add index ix_sex(sex);
总结
索引 http://www.cnblogs.com/linhaifeng/articles/7274563.html#top 索引：加速查询速度，索引不能优化所有的sql语句 读写比例：10:1 写一般没有性能上的问题 我们主要是优化查询速度 客户端---服务端 1 网络延迟问题 2 服务端磁盘到内存的问题 网络问题不是我们研究的问题 我们研究减少磁盘IO问题，就是索引问题 索引就是mysql中的key（primary key index key） 索引：存储引擎用于快速找到记录的一种数据结构 索引多：每次写都会改变一次索引，造成磁盘IO上升 索引少：影响查询性能，索引越多，查询越快 所以要找到平衡点 索引原理：不断缩小查找是数据的范围 索引理解为字典的目录 索引是二叉树的结构形式 pk：加速+约束 uk：加速+约束 index key：加速 ps：有索引的字段才可以加速 b+树 primary key：聚集索引 其他key：辅助索引