蛋疼了。加上17173的数据，总共有8千多万条数据，我觉得没个两三天是建立不完索引的了...
算了，还是继续文本搜索吧...

@liruqi 就我这服务器速度，再加上还限制了并发数量，想批量恶意查询还不如自己把数据库下下来快...
一般查询，随他们去了。

好吧，貌似这样来速度也可以：
SELECT * FROM password WHERE keyword LIKE '%keyword1%' OR keyword LIKE '%keyword2%';

可是建完全文索引后貌似不能同时查多个关键字了...
不可以用 SELECT * FROM password WHERE keyword LIKE IN ('%keyword1%', '%keyword2%);
或者有其他sql语句可以用？

@liruqi MySQL建完全文索引是快了很多啊，我自己查询文本过一次需要23秒，mysql 11秒就搞定了。

@laiwei sqlite索引不行啊，如果关键字是从中间开始查那么一点效果都没有啊。目前在缓慢的用mysql给csdn库加全文索引中...

@liruqi 好吧，我先试试效率。不过先得把原来导入的csdn库从text类型转换成varchar类型...

继续优化了代码，全文搜索时间从4分多钟降到了2分钟，同时添加上了mop的库（虽然感觉这个库很奇怪，很假...）

因为国内的服务器在搜索完成后回调国外的服务器失败（这个时段，你懂的…），所以之前给一些用户发送了可能错误的“搜索结果为空”email。因为我也不确定具体什么时间开始失败的，所以我按照缓存的记录，给之前所有搜索结果为空的用户重新搜索并且发送了邮件。
在此对再次收到我“垃圾邮件”的用户表示抱歉。

@delectate 现在的硬盘连续读取应该都在80M/s以上了吧... 大约30秒就能把2G文件遍历一遍...

怎么优化都是4分钟，应该是到strstr函数的极限了...

擦...服务器开始自动备份了...速度瞬间降低...

@delectate 目前还在优化算法... 已经降低了1分钟用时了。全当学习了～

哈，用Process Explorer看了下服务器的运行状况，硬盘今天爽high了～

果然不是全文搜索...
按密码没搜到我帐号...

@carry 另一个听歌的服务......

@carry 完全不精通搜索，服务端都是用PHP写的，先全部转小写然后用strstr比较... 要不然效率也不至于这么低了...

因为修改代码时失误，导致给8位用户（应该都是v2ex的吧）发送了一封垃圾邮件，在此表示抱歉。