一、MySQL索引类型 mysql里目前只支持4种索引分别是：full-text，b-tree，hash，r-tree b-tree索引应该是mysql里最广泛的索引的了，除了archive基本所有的存储引擎都支持它. 1. full-text索引 full-text在mysql里仅有myisam支持它，而且支持full-text的字段只有char、varchar、text数据类型。 full-text主要是用来代替like "%***%"效率低下的问题 2. b-tree索引 b-tree在myisam里的形式和innodb稍有不同 在 innodb里，有两种形态：一是primary key形态，其leaf node里存放的是数据，而且不仅存放了索引键的数据，还存放了其他字段的数据。二是secondary index，其leaf node和普通的b-tree差不多，只是还存放了指向主键的信息. 而在myisam里，主键和其他的并没有太大区别。不过和innodb不太一样的地方是在myisam里，leaf node里存放的不是主键的信息，而是指向数据文件里的对应数据行的信息. 3. hash索引 目前我所知道的就只有memory和ndb cluster支持这种索引. hash索引由于其结构，所以在每次查询的时候直接一次到位，不像b-tree那样一点点的前进。所以hash索引的效率高于b-tree，但hash也有缺点，主要如下： (1)由于存放的是hash值，所以仅支持<=>以及in操作. (2)hash索引无法通过操作索引来排序，这是因为存放的时候经过hash计算，但是计算的hash值和存放的不一定相等，所以无法排序. (3)在组合所以里，无法对部分使用索引. (4)不能避免全表扫描，只是由于在memory表里支持非唯一值hash索引，就是不同的索引键，可能存在相同的hash值. (5)当存在大量相同hash值得时候，hash索引的效率会变低. 4. r-tree索引 r-tree在mysql很少使用，仅支持geometry数据类型，支持该类型的存储引擎只有myisam、bdb、innodb、ndb、archive几种。 相对于b-tree，r-tree的优势在于范围查找. 二、mysql里sql语句值得注意的地方 1. myisam里所有键的长度仅支持1000字节，innodb是767. 2. blob和text字段仅支持前缀索引. 3. 使用!=以及<>不等于的时候，mysql不使用索引. 4. 当在字段使用函数的时候，mysql无法使用索引；在join时条件字段类型不一致的时候，mysql无法使用索引；在组合索引里使用非第一个索引时也不使用索引. 5. 在使用like的时候，以%开头，即"%***"的时候无法使用索引；在使用or的时候，要求or前后字段都有索引. 有时候mysql query optimizer会认为使用索引并不是最优计划,所以不使用索引。可以在sql语句里可以用use force index,当然有时候使用也不会比不用快,所以需要忽略掉index方法是ignore index. 关闭查询缓存sql_no_cache select sql_no_cache * from table_name; 这样可以让一些很少使用的语句不放在缓存里，查找的时候不会去缓存里找；对应的是强制缓存sql_cache select sql_cache * from table_name; 另外，在my.cnf中如果设置query_cache_type=2的话，那么只有在使用sql_cache后才会使用缓存; 还有mysql里的优先操作hight_priority让mysql优先操作这个语句 select high_priority * from table_name; 与其对应的是low_priority; mysql里还有延时插入insert delayed insert delayed into table_name....; #当提交之后，mysql返回ok，但不立即插入，而是当mysql有空再插入。假如等待时服务器崩溃，那么所有数据丢失，并且插入不会返回自增id. 三、几个技巧 1. 强制连接顺序： STRAIGHT_JOIN SELECT TABLE1.FIELD1, TABLE2.FIELD2 FROM TABLE1 STRAIGHT_JOIN TABLE2 WHERE … 由上面的SQL语句可知，通过STRAIGHT_JOIN强迫MySQL按TABLE1、TABLE2的顺序连接表。如果你认为按自己的顺序比MySQL推荐的顺序进行连接的效率高的话，就可以通过STRAIGHT_JOIN来确定连接顺序。 2. 强制使用临时表： SQL_BUFFER_RESULT SELECT SQL_BUFFER_RESULT * FROM TABLE1 WHERE … 当我们查询的结果集中的数据比较多时，可以通过SQL_BUFFER_RESULT，选项强制将结果集放到临时表中，这样就可以很快地释放MySQL的表锁（这样其它的SQL语句就可以对这些记录进行查询了），并且可以长时间地为客户端提供大记录集。 3. 分组使用临时表 SQL_BIG_RESULT和SQL_SMALL_RESULT SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM TABLE1 GROUP BY FIELD1; 一般用于分组或DISTINCT关键字，这个选项通知MySQL，如果有必要，就将查询结果放到临时表中，甚至在临时表中进行排序。SQL_SMALL_RESULT比起SQL_BIG_RESULT差不多，很少使用 对于mysql的复制相同表结构方法，有create table as 和create table like 两种，区别是什么呢？ create table t2 as select * from t1 where 1=2 ； 或者 limit 0； as创建出来的t2表（新表）缺少t1表（源表）的索引信息，只有表结构相同，没有索引。 create table t2 like t1 ； like 创建出来的新表包含源表的完整表结构和索引信息 二者的用途： as用来创建相同表结构并复制源表数据 like用来创建完整表结构和全部索引 DELAY_KEY_WRITE项。这个选项的作用是暂时制止MySQL在该命令每插入一条新记录和每修改一条现有之后立刻对索引进 行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行 如果WEHERE子句的查询条件里有不等号(WHERE coloum != …)，MySQL将无法使用索引。 类似地，如果WHERE子句的查询条件里使用了函数(WHERE DAY(column) = …)，MySQL也将无法使用索引。 在JOIN操作中(需要从多个数据表提取数据时)，MySQL只有在主键和外键的数据类型相同时才能使用索引。 如果WHERE子句的查询条件里使用比较操作符LIKE和REGEXP，MySQL只有在搜索模板的第一个字符不是通配符的情况下才能使用索引。比如说， 如果查询条件是LIKE ‘abc%’，MySQL将使用索引；如果查询条件是LIKE ‘%abc’，MySQL将不使用索引。 在ORDER BY操作中，MySQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。(虽然如此，在涉及多个数据表查询里，即使有索引可用，那些索引在加快 ORDER BY方面也没什么作用) 如果某个数据列里包含许多重复的值，就算为它建立了索引也不会有很好的效果。比如说，如果某个数据列里包含的净是些诸如”0/1″或”Y/N”等值，就没 有必要为它创建一个索引。 FORCE INDEX/IGNORE INDEX 的语法： SELECT *** FROM TABLE [{USE|IGNORE|FORCE} INDEX (key_list)] WHERE …… USE INDEX 在你查询语句中表名的后面，添加 USE INDEX 来提供你希望 MySQ 去参考的索引列 表，就可以让 MySQL 不再考虑其他可用的索引。 Eg:SELECT * FROM mytable USE INDEX (mod_time, name) ... IGNORE INDEX 如果你只是单纯的想让 MySQL 忽略一个或者多个索引，可以使用 IGNORE INDEX 作 为 Hint。 Eg:SELECT * FROM mytale IGNORE INDEX (priority) ... FORCE INDEX 为强制 MySQL 使用一个特定的索引，可在查询中使用 FORCE INDEX 作为 Hint。 Eg:SELECT * FROM mytable FORCE INDEX (mod_time) ... 优先操作 HIGH_PRIORITY HIGH_PRIORITY可以使用在select和insert操作中，让MySQL知道，这个操作优先进行。 SELECT HIGH_PRIORITY * FROM TABLE1; 滞后操作 LOW_PRIORITY LOW_PRIORITY可以使用在insert和update操作中，让MySQL知道，这个操作滞后。 update LOW_PRIORITY table1 set field1= where field1= … 延时插入 INSERT DELAYED INSERT DELAYED INTO table1 set field1= … INSERT DELAYED INTO，是客户端提交数据给MySQL，MySQL返回OK状态给客户端。而这是并不是已经将数据插入表，而是存储在内存里面等待排队。当MySQL有空余时，再插入。另一个重要的好处是，来自许多客户端的插入被集中在一起，并被编写入一个块。这比执行许多独立的插入要快很多。坏处是，不能返回自动递增的ID，以及系统崩溃时，MySQL还没有来得及插入数据的话，这些数据将会丢失。 强制连接顺序 STRAIGHT_JOIN SELECT TABLE1.FIELD1, TABLE2.FIELD2 FROM TABLE1 STRAIGHT_JOIN TABLE2 WHERE … 由上面的SQL语句可知，通过STRAIGHT_JOIN强迫MySQL按TABLE1、TABLE2的顺序连接表。如果你认为按自己的顺序比MySQL推荐的顺序进行连接的效率高的话，就可以通过STRAIGHT_JOIN来确定连接顺序。 MySQL force Index 强制索引:强制使用临时表 SQL_BUFFER_RESULT SELECT SQL_BUFFER_RESULT * FROM TABLE1 WHERE … 当我们查询的结果集中的数据比较多时，可以通过SQL_BUFFER_RESULT.选项强制将结果集放到临时表中，这样就可以很快地释放MySQL的表锁（这样其它的SQL语句就可以对这些记录进行查询了），并且可以长时间地为客户端提供大记录集。 分组使用临时表 SQL_BIG_RESULT和SQL_SMALL_RESULT SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM TABLE1 GROUP BY FIELD1; 一般用于分组或DISTINCT关键字，这个选项通知MySQL，如果有必要，就将查询结果放到临时表中，甚至在临时表中进行排序。SQL_SMALL_RESULT比起SQL_BIG_RESULT差不多，很少使用 1、mysql强制使用索引:force index(索引名或者主键PRI) 例如: select * from table force index(PRI) limit 2;(强制使用主键) select * from table force index(ziduan1_index) limit 2;(强制使用索引"ziduan1_index") select * from table force index(PRI,ziduan1_index) limit 2;(强制使用索引"PRI和ziduan1_index") 2、mysql禁止某个索引：ignore index(索引名或者主键PRI) 例如: select * from table ignore index(PRI) limit 2;(禁止使用主键) select * from table ignore index(ziduan1_index) limit 2;(禁止使用索引"ziduan1_index") select * from table ignore index(PRI,ziduan1_index) limit 2;(禁止使用索引"PRI,ziduan1_index") mysql delayed 支持 myisam 不支持 innodb mysql> desc t; +-------+---------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+---------+------+-----+---------+-------+ | msg | int(10) | YES | | NULL | | +-------+---------+------+-----+---------+-------+ 1 row in set (0.00 sec) mysql> insert delayed t(msg)values(1); ERROR 1616 (HY000): DELAYED option not supported for table 't' insert DELAYED 将insert的执行权限降低，当有其它处理（如select）时，先处理其它，空闲时再insert. insert into即为直接执行,使用DELAYED可以在一定程序上改善性能 sql_cache意思是说，查询的时候使用缓存。 sql_no_cache意思是查询的时候不适用缓存。 sql_buffer_result意思是说，在查询语句中，将查询结果缓存到临时表中。 这三者正好配套使用。sql_buffer_result将尽快释放表锁，这样其他sql就能够尽快执行。 使用 FLUSH QUERY CACHE 命令，你可以整理查询缓存，以更好的利用它的内存。这个命令不会从缓存中移除任何查询。FLUSH TABLES 会转储清除查询缓存。 RESET QUERY CACHE 使命从查询缓存中移除所有的查询结果。 -------------------------------------------------- 那么mysql到底是怎么决定到底要不要把查询结果放到查询缓存中呢？ 是根据query_cache_type这个变量来决定的。 这个变量有三个取值：0,1,2，分别代表了off、on、demand。 意思是说，如果是0，那么query cache 是关闭的。如果是1，那么查询总是先到查询缓存中查找，除非使用了sql_no_cache。如果是2，那么，只有使用 sql_cache的查询，才会去查询缓存中查找