数据库基本原理-索引.pptVIP

1.索引的作用？ 2.缺点是什么？ 3.索引有几种类型？ 4.索引碎片是如何产生的？5.索引碎片有什么危害？6.索引碎片该如何处理？ * * * * * 非聚集索引 除了聚集索引以外的其他索引，都称之为非聚集索引，非聚集索引一般都是为了优化特定的查询效率而创建的。非聚集索引也是B树（B+树和B-树）的结构，与非聚集索引的存储结构唯一不一样的，就是非聚集索引中不存储真正的数据行，因为在聚集索引中已经存放了所有数据，非聚集索引只包含一个指向数据行的指针即可。 * * * * 非聚集索引的创建会单独创建索引文件来存储索引结构，会占用一定存储空间，就是用空间换时间； 非聚集索引的目的很单纯：提高特定条件的查询效率，一个表有可能根据多种查询需求创建多个非聚集索引； * * * * 数据查询SQL简单来看，分为两个部分：SELECT****?和?Where ****，因此索引的创建也是根据这两部分来决定的。根据这两点，有两种主要的索引形式：复合索引和覆盖索引，在实际使用中，根据具体情况可能都会用到，只要能提高查询效率就是好索引。 * * 覆盖索引：就是在索引中包含的数据列（非索引列，SELECT需要的列），这样在使用该索引查询数据时就不会再进行键查找（也叫书签查找）了。 复合索引：主要针对Where中有多个条件的情况，索引包含多个数据列。在使用复合索引时，应注意多个索引键的顺序问题，这个是会影响查询效率的，一般的原则是唯一性高的放前面，还有就是SQl语句中Where条件的顺序应该和索引顺序一致。 * * * * 索引碎片 索引在使用一段时间后（主要是新增、修改、删除数据，如果该页已经存储满了，就要进行页的拆分，频繁的拆分，会产生较多的索引碎片）会产生索引碎片，这就造成了索引页在磁盘上存储的不连续。会造成磁盘的访问使用的是随机的I/O，而不是顺序的I/O读取，这样访问索引页会变得更慢。如果碎片过多，数据库是可会能不使用该索引的（太慢了，数据库会选择一个更优的执行计划）。 * * 预防 设置页的填充因子： 在页上设置一段空白区域，在新增数据的时候，可以使用这段空白区域，可以一定的避免页的拆分，从而减少索引碎片的产生 * * 填充因子就是用来描述这种页中填充数据的一个比例，一般默认是100%填充的。如果我们修改填充因子为80%，那么页在存储数据时，就会剩余20%的剩余空间，这样在下次插入的时候就不会拆分页了。 那么是不是我们可以把填充因子设置低一点，留更多的剩余空间，不是很好嘛？当然也不好，填充因子设置的低，会需要分配更多的存储空间，叶子节点的深度会增加，这样是会影响查询效率的，因此，这是要根据实际情况而定的。 那么一般我们是怎么设置填充因子的呢，主要根据表的读写比例而定的。如果读的多，填充因子可以设置高一点，如100%，读写各一半，可以80~90%；修改多可以设置50~70%。 * * 索引修复 定期对索引进行检查、维护，写一段SQL检查索引的碎片比例，如果碎片过多，进行碎片修复或重建，定期执行即可 * * 索引使用总结 创建索引的的字段尽量小，最好是数值，比如整形int等； 对于频繁修改的字段，尽量不要创建索引，维护索引的成本很高，而且更容易产生索引碎片； 定期的索引维护，如索引碎片的修复等； 不要建立或维护不必要的重复索引，会增加修改数据（新增、修改、删除数据）的成本； * * 使用唯一性高的字段创建索引，切不可在性别这样的低唯一性的字段上创建索引； 在SQL语句中，尽量不要在Where条件中使用函数、运算符或表达式计算，会造成索引无法正常使用； 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描； 应尽量避免在 where 子句中使用!=或操作符，否则将导致引擎放弃使用索引而进行全表扫描； * * 索引的作用？和它的优点缺点是什么？ 索引就一种特殊的查询表，数据库的搜索引擎可以利用它加速对数据的检索。索引很类似与现实生活中书的目录，不需要查询整本书内容就可以找到想要的数据。缺点是它减慢了数据录入的速度，同时也增加了数据库的尺寸大小。 事务与锁 事务就是作为一个逻辑工作单元的SQL语句，如果任何一个语句操作失败那么整个操作就被失败，以后操作就会回滚到操作前状态，或者是上个节点。为了确保要么执行，要么不执行，就可以使用事务。而锁是实现事务的关键，锁可以保证事务的完整性和并发性。 * * * * 事务：保持逻辑数据一致性与可恢复性，必不可少的利器。 锁：多用户访问同一数据库资源时，对访问的先后次序权限管理的一种机制，没有他事务或许将会一塌糊涂，不能保证数据的安全正确读写。 死锁：是数据库性能的重量级杀手之一，而死锁却是不同事务之间抢占数据资源造成的。 * * 去不了终点