Mysql索引的相关操作

之前经常性的建立数据表，只是知道索引可以增加查询速度，因为数据量都不大，然后就感觉没有必要去建立缓存，还要消耗资源，所以对于这一块就是一片空白。

然后查阅了一些资料，再加上自己的一些操作，马马虎虎的弄明白了...

索引方面的限制：

1. 一个数据表 最多支持16个索引
2. innodb引擎不支持全文索引
3. 如果在where 字句的查询条件中有不等号，则无法使用索引
4. 如果在where字句的查询条件中使用了函数 whereday(column)= 也无法使用索引
5. 如果mysql的where字句查询条件使用的是 比较操作符 like和regexp ，mysql只有在搜索模板的第一个字符不是通配符
6. 在orderby 中 mysql 只有在排序条件，不是查询条件的情况下才可以使用索引

索引的类型

　　普通索引

　　　普通索引（由关键字KEY或INDEX定义的索引）的唯一任务是加快对数据的访问速度。因此，应该只为那些最经常出现在查询条件 （WHEREcolumn=）或排序条件（ORDERBYcolumn）中的数据列创建索引。只要有可能，就应该选择一个数据最整齐、最紧凑的数据列（如 一个整数类型的数据列）来创建索引。

　　唯一索引

　　　　一是简化了MySQL对这个索引的管理工作，这个索引也因此而变得更有效率；

　　　　二是MySQL会在有新记录插入数据表时，自动检查新记录的这个字段的值是否已经在某个记录的这个字段里出现过了；

　　主索引

　　　　必须为主键字段创建一个索引，这个索引就是所谓的“主索引”。主索引与唯一索引的唯一区别是：前者在定义时使用的关键字是PRIMARY而不是UNIQUE。

　　外键索引：

　　　　如果为某个外键字段定义了一个外键约束条件，MySQL就会定义一个内部索引来帮助自己以最有效率的方式去管理和使用外键约束条件。

　　复合索引：

　　　索引可以覆盖多 个数据列，如像INDEX(columnA,columnB)索引。这种索引的特点是MySQL可以有选择地使用一个这样的索引。如果查询操作只需要用到 columnA数据列上的一个索引，就可以使用复合索引INDEX(columnA,columnB)。不过，这种用法仅适用于在复合索引中排列在前的数 据列组合。比如说，INDEX(A，B，C)可以当做A或(A,B)的索引来使用，但不能当做B、C或(B,C)的索引来使用。

添加索引：

　　添加主键索引：

　　　它是一种特殊的唯一索引，不允许有空值。一般是在建表的时候同时创建主键索引：

CREATE TABLE user(    id int unsigned not null auto_increment,    name varchar(50) not null,    email varchar(40) not null,    primary key (id));

　　添加普通索引：

 　　 这是最基本的索引，它没有任何限制。创建方式：mysql支持前缀索引，一般姓名不会超过20个字符，所以我们这里建立索引的时候限定了长度20，这样可以节省索引文件大小　　　

create index idx_name on user(name(20));

　　唯一索引

　　　　它与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。创建方式

CREATE UNIQUE INDEX idx_email ON user(email);

　　全文索引

　　　　MySQL支持全文索引和搜索功能。MySQL中的全文索引类型为FULLTEXT的索引。 FULLTEXT 索引仅可用于 MyISAM表；

CREATE TABLE articles (id INT UNSIGNED AUTO_INCREMENT NOT NULL PRIMARY KEY,title VARCHAR(200),body TEXT,FULLTEXT (title,body));

mysql> SELECT * FROM articles WHERE MATCH (title,body) AGAINST ('database');
查询结果：
+----+-------------------+------------------------------------------+
| id | title | body |
+----+-------------------+------------------------------------------+
| 5 | MySQL vs. YourSQL | In the following database comparison ... |
| 1 | MySQL Tutorial | DBMS stands for DataBase ... |
+----+-------------------+------------------------------------------+
2 rows in set (0.00 sec)
MATCH() 函数对于一个字符串执行资料库内的自然语言搜索。一个资料库就是1套1个或2个包含在FULLTEXT内的列。搜索字符串作为对AGAINST()的参数 而被给定。对于表中的每一行, MATCH() 返回一个相关值，即, 搜索字符串和 MATCH()表中指定列中该行文字之间的一个相似性度量。　　　

　　 复合索引

CREATE TABLE test (id INT NOT NULL,last_name CHAR(30) NOT NULL,first_name CHAR(30) NOT NULL,PRIMARY KEY (id),INDEX name (last_name,first_name));

　　name索引是一个对last_name和first_name的索引。索引可以用于为last_name，或者为last_name和first_name在已知范围内指定值的查询。因此，name索引用于下面的查询：SELECT * FROM test WHERE last_name='Widenius';SELECT * FROM test WHERE last_name='Widenius' AND first_name='Michael';但是不能用于SELECT * FROM test WHERE first_name='Michael';这是因为MySQL组合索引为“最左前缀”的结果,简单的理解就是只从最左面的开始组合。

explain 解释sql执行

 　explain select name from fps where name="李武";  使用 explain 或者desc 会解释该执行的语句

　下面我们就来看看这个EXPLAIN分析结果的含义。

table：这是表的名字。 
type：连接操作的类型。下面是MySQL文档关于ref连接类型的说明： 
“对于每个来自于前面的表的行组合，所有有匹配索引值的行将从这张表中读取。如果联接只使用键的最左边的前缀，或如果键不是
UNIQUE或PRIMARY KEY（换句话说，如果联接不能基于关键字选择单个行的话），则使用ref。如果使用的键仅仅匹配少量行，该联接
类 型是不错的。” 在本例中，由于索引不是UNIQUE类型，ref是我们能够得到的最好连接类型。 如果EXPLAIN显示连接类型是“ALL”，而且你并不想从表里面选择出大多数记录，那么MySQL的操作效率将非常低，因为它要扫描整个表。你可以加 入更多的索引来解决这个问题。预知更多信息，请参见MySQL的手册说明。
possible_keys： 
可能可以利用的索引的名字。这里的索引名字是创建索引时指定的索引昵称；如果索引没有昵称，则默认显示的是索引中第一个列的名字
（在本例中，它是“idx_name”）。
Key： 
它显示了MySQL实际使用的索引的名字。如果它为空（或NULL），则MySQL不使用索引。
key_len：
索引中被使用部分的长度，以字节计。
ref： 
它显示的是列的名字（或单词“const”），MySQL将根据这些列来选择行。在本例中，MySQL根据三个常量选择行。
rows： 
MySQL所认为的它在找到正确的结果之前必须扫描的记录数。显然，这里最理想的数字就是1。 本例中未索引前遍历的记录数为1041，而建立索引后为1
Extra： 
这里可能出现许多不同的选项，其中大多数将对查询产生负面影响。在本例中，MySQL只是提醒我们它将用using where，using index子句限制搜索结果集。

 常用的存储引擎

　　(1)Myisam存储引擎：每 个Myisam在磁盘上存储成三个文件。文件名都和表名相同，扩展名分别为.frm（存储表定义）、.MYD（存储数据）、.MYI（存储索引）。数据文 件和索引文件可以放置在不同目录，平均分布io，获得更快的速度。对存储大小没有限制，MySQL数据库的最大有效表尺寸通常是由操作系统对文件大小的限 制决定的,
　　(2)InnoDB存储引擎：具有提交、回滚、奔溃恢复能力的事务安全。与Myisam相比，InnoDB的写效率差一些并且会占用更多的磁盘空间以保留数据和索引。

　　(3)如何选择合适的引擎
　　　　下面是常用存储引擎适用的环境：
　　　　Myisam：它是在Web、数据仓储和其他应用环境下最常使用的存储引擎;
　　　　InnoDB：用于事务处理应用程序，具有更多特性，包括ACID事务特性。

 

查看数据库执行sql语句所用时间的语句：

一般使用客户端工具可以直接看出来，如果需要准确的看出来也可以使用终端进行查看

开启：set profiling=1;

查看：show profiles;

 查看所有查询时间所用的总时间：

select sum(duration) from information_schema.profiling where query_id=1;

查看 各执行阶段花费多长时间：

show profile for query 1

 查詢各執行階段花費的各種資源列表 ：

show profile cpu for query 1;

 关闭：set profiling=0;