先建表
CREATE TABLE `menu_employee` (
`Id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增主键，无实际意义',
`employee_pid` int(5) DEFAULT NULL COMMENT '父节点序号，一般是部门的序号，但是已有例外，没有组的员工',
`employee_id` int(5) DEFAULT NULL COMMENT '员工序号，相应的部门序号+员工序号',
`employee_name` varchar(100) DEFAULT '' COMMENT '员工名称',
`action` varchar(100) DEFAULT NULL COMMENT 'action事件路径',
PRIMARY KEY (`Id`),
KEY`x` (`employee_id`,`employee_pid`) USING BTREE
) ENGINE=MyISAM AUTO_INCREMENT=38 DEFAULTCHARSET=utf8 COMMENT='员工表'
数据自己添加．
好，开始测试：
写一个ＳＱＬ,来跑一下试试
EXPLAIN
SELECT
employee_name
FROM
menu_employee
FORCE INDEX ( x )
WHERE
employee_id> 3
AND
employee_pid> 20
order by
employee_pid
建一个索引，按照黄金律，把ＷＨＥＲＥ跟着了，一起建一个联合索引．
结果是：
是不是很奇怪，明明了用了索引了，可是却依然是 Using filesort!
好，接着我们改回单索引
再看结果：
是不是很神奇？
再试一下，那我们如果把索引列换成employee_id会肿么样呢，我们来试一试，
居然没有什么效果，还是Using filesort!
单索引比复合索引有效果！而且还要选对要索引的列！
接下来说复合索引
先建表：
CREATE TABLE `l_insertlogs` (
`ID` int(10) NOT NULL AUTO_INCREMENT,
`Counts` int(10) DEFAULT NULL,
`TablesName` char(30) DEFAULT NULL,
`OperateTime` datetime DEFAULT NULL,
PRIMARY KEY (`ID`),
KEY`x` (`Counts`,`ID`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=6155 DEFAULTCHARSET=utf8
跑一下：
EXPLAIN
SELECT
TablesName
FROM
l_insertlogs
FORCE INDEX ( x )
WHERE
IDbetween 100 and 500
AND
Counts> 14
order by
Counts
再来个索引，来一个复合双索引
结果一点也不好看
再试试，改成单的，用主键做列
还是不行
改成
这下就行了
所以说，双索引不一定有效，怎么使用要看实际情况，索引使用哪一列也是很讲究的，这还是只是表现，我还要接着深挖下去．