mysql explain中的using filesort
Using filesort表示在索引之外，需要额外进行外部的排序动作。导致该问题的原因一般和order by有者直接关系，一般可以通过合适的索引来减少或者避免。
explain SELECT * from table_item WHERE user_id = 2 ORDER BY item_id LIMIT 0, 5
user_id 和 item_id 分别建立一个索引，对此语句MySQL选择了 user_id索引，那么 item_id 的索引没有起到任何用处。当排序时记录数较多，内存中的排序 buffer满了，只能 Using filesort 进行外部排序。
解决方式为对这两列建立组合索引。
explain SELECT * from table_item WHERE user_id = 2 and user_age > 20 ORDER BY item_id LIMIT 0, 5
建立组合索引（user_id, user_age, item_id），看似非常完美。但由于user_age规则不是确定值，使用该组合索引的话实际上需要先按索引找出一个个user_age下的东西后再对其进行排序，仍然会filesort。
解决方式是使用组合索引（user_id, item_id），对排序好的item_id再过滤到不满足user_age > 20的条目，不会出现filesort。
explain SELECT * from table_item WHERE user_id = 2 ORDER BY item_attr desc, item_id LIMIT 0, 5
建立了组合索引（user_id, item_attr, item_id)，因为item_attr是降序而item_id是升序，从而仍然需要外部排序。
如果item_attr和item_id都是升序或者都是降序，则不会出现filesort；建立组合索引（user_id, item_attr desc, item_id)现象依旧。
Mysql5.1在线文档“13.1.4. CREATE INDEX语法”中提到：“一个index_col_name规约可以以ASC或DESC为结尾。这些关键词将来可以扩展，用于指定递增或递减索引值存储。目前，这些关键词被分析，但是被忽略；索引值均以递增顺序存储。”
可以看出无法通过修改索引来避免这个filesort，只能是如果可能的话修改查询的排序条件。
相关文档：
原理
QueryCache(下面简称QC)是根据SQL语句来cache的。一个SQL查询如果以select开头，那么MySQL服务器将尝试对其使用
QC。每个Cache都是以SQL文本作为key来存的。在应用QC之前，SQL文本不会被作任何处理。也就是说，两个SQL语句，只要相差哪怕是一个字符（例如大小写不一样；多一个空格等），那么这两个SQL将使用不同的一 ......
MySQL存储过程的参数用在存储过程的定义，共有三种参数类型,IN,OUT,INOUT,形式如：
CREATE PROCEDURE([[IN |OUT |INOUT ] 参数名 数据类形...])
1、IN 输入参数:表示该参数的值必须在调用存储过程时指定，在存储过程中修改该参数的值不能被返回，为默认值
2、OUT 输出参数:该值可在存储过程内部被改变，并可返回
3、I ......
语法：
select * from table_name where column_name regexp '正则表达式'
或区分大小写
select * from table_name where column_name regexp binary '正则表达式'
支持的正则表达式符号：
. 任意字符
| 或，如：a|b|c
[] 范围，比如：[a-z],[0-9],[^0-9]不包 ......
gcc 强大的编译器就不作介绍了
linux下用gcc命令编译多线程C程序文件和含有MySql数据库操作文件
1.编译多线程文件
gcc -o mylti_thread.o multi_thread.c -lpthread
其中的multi_thread.c表示源文件，mylti_thread.o表示编译产生的目标文件，-lpthread表示引入多线程库，在《Using the GNU Compiler Collection》gcc 4. ......
