删除数据库数据恢复

索引InnoDB引擎MyISAM引擎Memory引擎Btree索引支持支持支持hash索引不支持不支持支持R-tree索引不支持支持不支持Full-text索引5.6版本以后支持支持不支持

解释说明:

没有建立索引的时候–全表扫描–再数据非常庞大的时候查询效率会非常慢

优点:

2.通过索引列对数据进行排序,降低额数据排序的成本,降低CPU的消耗

缺点:

2.可以参考btree树和btree树的规则就知道,他是可以提高插叙效率但是再新增删除修改数据的时候是比较麻烦的,每次都有可能调整索引的数据结构

索引解释说明单值索引即一个索引只包含单个列,一个表可以有多个单列索引唯一索引索引列的值必须唯一复合索引即一个索引包含多个列

例如:现在有一个表

tbl_name(index_col_name,...)index_col_name:

desc]

4.FULLTEXT--指定的索引为FULLTEXT,用于全文检索

alter

2.索引的字段选择,最好是选列从where子句的条件中进行提取.如果where后面的组合比较多,根据实际情况选择最佳的组合列

4.使用短索引,索引创建之后也是使用磁盘来进行存储的,因此提高索引的访问i/o效率,也可以提升总体的访问效率,如果索引字段总长度比较短,那么在给定大小的存储内可以存储更多的索引值,相对应的有效提高了mysql的访问索引的i/o效率

5.利用最左前缀,N个列组合而成的组合索引,那么想当于创建了N个索引,如果查询时where子句中使用了组合索引的前几个字段,那么也是可以有效的提高查询的效率的

6.索引的数量并不是越多越好,索引越多,降低了增删改的维护,并且占用的磁盘空间也是会越来越多

explain

1.组合索引需要遵循最左匹配原则,如果中间跳过某一个索引就会导致索引的失效,比如我的组合索引是name-status-address,但是我查询的时候是where

status2’这样就会导致索引的失效;但是如果这个时候我是where后面是name-address,name的索引是生效的但是address的索引是失效的

2.范围查询的时候右边的列不能使用索引(组合索引),比如我现在是where

name‘张三’

address‘北京’,这个时候address的索引就是失效的情况

4.字符串不加单引号,导致索引失效

5.使用or分割的条件,如果or前的条件中列有索引但是or后面没有索引就会导致前面的有索引失效

6.以%号开头的like模糊查询,索引也是会导致失效,如果是尾部模糊查询那么素索引还是会生效的,但是如果前后都是加了%号这个时候可以使用覆盖索引这个时候索引就会生效了

8.is

1.尽量使用覆盖索引(只访问索引的查询,避免出现回表查询),避免使用select

3.多字段进行排序的时候要么统一升序要么统一降序要不然可能就会不是通过索引顺序扫描的结果了,这里就是会有针对查询的返回结果在进行排序,多了一个步骤查询效率不高

4.group

by里面也会涉及到排序,所以按照索引进行排序效率高点或者在后面加上

order

7.没有索引的情况下小表驱动大表,因为join方法里面需要distict,没有索引distict消耗性能较大,所以inner

join

如果查询条件的数据类型与索引字段的数据类型不匹配数据库无法使用索引

10.使用函数操作

LOWER(column)索引可能失效因为数据库无法直接使用索引。

删除数据库

操作是否可以删除全部数据是否删除表结构是否可以和where连起来使用删除速度delete

数据恢复