MySQL Order By索引优化
在一些情况下，MySQL可以直接使用索引来满足一个 ORDER BY 或 GROUP BY 子句而无需做额外的排序。尽管 ORDER BY 不是和索引的顺序准确匹配，索引还是可以被用到，只要不用的索引部分和所有的额外的 ORDER BY 字段在 WHERE 子句中都被包括了。 使用索引的MySQL Order By 下列的几个查询都会使用索引来解决 ORDER BY 或 GROUP BY 部分： SELECT * from t1 ORDER BY key_part1,key_part2,... ; SELECT * from t1 WHERE key_part1=constant ORDER BY key_part2; SELECT * from t1 WHERE key_part1=constant GROUP BY key_part2; SELECT * from t1 ORDER BY key_part1 DESC, key_part2 DESC; SELECT * from t1 WHERE key_part1=1 ORDER BY key_part1 DESC, key_part2 DESC; 不使用索引的MySQL Order By 在另一些情况下，MySQL无法使用索引来满足 ORDER BY，尽管它会使用索引来找到记录来匹配 WHERE 子句。这些情况如下： * 对不同的索引键做 ORDER BY ： SELECT * from t1 ORDER BY key1, key2; * 在非连续的索引键部分上做 ORDER BY： SELECT * from t1 WHERE key2=constant ORDER BY key_part2; * 同时使用了 ASC 和 DESC： SELECT * from t1 ORDER BY key_part1 DESC, key_part2 ASC; * 用于搜索记录的索引键和做 ORDER BY 的不是同一个： SELECT * from t1 WHERE key2=constant ORDER BY key1; * 有很多表一起做连接，而且读取的记录中在 ORDER BY 中的字段都不全是来自第一个非常数的表中（也就是说，在 EXPLAIN 分析的结果中的第一个表的连接类型不是 const）。 * 使用了不同的 ORDER BY 和 GROUP BY 表达式。 * 表索引中的记录不是按序存储。例如，HASH 和 HEAP 表就是这样。 通过执行 EXPLAIN SELECT ... ORDER BY，就知道MySQL是否在查询中使用了索引。如果 Extra 字段的值是 Using filesort，则说明MySQL无法使用索引。详情请看"7.2.1 EXPLAIN Syntax (Get Information About a SELECT)"。当必须对结果进行排序时，MySQL 4.1以前 它使用了以下 filesort 算法： 1. 根据索引键读取记录，或者扫描数据表。那些无法匹配 WHERE 分句的记录都会被略过。 2. 在缓冲中每条记录都用一个‘对’存储了2个值（索引键及记录指针）。缓冲的大小依据系统变量 sort_buffer_size 的值而定。 3. 当缓冲慢了时，就运行 qsort（快速排序）并将结果存储在临时文件中。将存储的块指针保存起来（如果所�
相关文档：
1 Apache
修改 documentroot 根目录
directory 访问根目录权限
directoryindex 默认首页 ......
一、MySQL 获得当前日期时间 函数
1.1 获得当前日期+时间（date + time）函数：now()
mysql> select now();
+---------------------+
| now() |
+---------------------+
| 2008-08-08 22:20:46 |
+---------------------+
除了 now() 函数能获得当前的日期时间外，MySQL 中还有下面的函数：
......
遇到一个问题是在MySQL命令行插入中文数据或者查询中文数据时出现乱码，或者显示不对。
在命令行输入:show variables like ‘character_set_%’;
查看当前配置的编码；
在命令行输入 :set names utf8;
则等同于
set character_set_client=utf8;
set character_set_results ......
