这是一个创建于 5153 天前的主题，其中的信息可能已经有所发展或是发生改变。
实际上，技术实现也会很蛋疼，只能考虑把4000W条记录全部Cache到Memory里。MySQL、MongoDB神马的基本上没用，因为必然每次都是4000W的全表扫描，网友涌来服务器必宕无疑。
dndxdndx
我用Python试了一下，600W条内存记录遍历一次大概需要0.4s，可以忍受。
dndxdndx
我用Python试了一下，600W条内存记录遍历一次大概需要0.4s，可以忍受。
 | 1 rfwert343 2011 年 12 月 22 日 不用直接下载以后看更快 |
 | 2 cdh_ys 2011 年 12 月 22 日 http://t.easyicon.cn/ 不到0.4s吧 |
 | 12 lxklz 2011 年 12 月 22 日 http://leak.xpcha.com/csdn/ 这个也很快，但好像只能精确匹配 |
 | 13 willerce 2011 年 12 月 22 日 多简单的事，放数据库就OK了，分表嘛。 |
 | 14 dreamersdw 2011 年 12 月 22 日 方法有很多种 1)像 @willere 说的那样放数据库里，加上索引，或者分区。 2)虽然是文件数据，但努力一下也可以像 ctags 那样，实现二分查找。 3)利用文件系统实现查找功能，比如建立多层文件夹表示用户名 /path/s/o/m/e/o/n/e/ |
 | 15 CMGS 2011 年 12 月 23 日 目前放出来的都是精确匹配，数据入数据库，索引Email和Name…… 模糊的……恩有……纯文本grep，下面有提供方案…… http://www.v2ex.com/t/24087#reply15 哈欠……睡觉去…… |
 | 16 feiandxs 2011 年 12 月 23 日 我一直想知道 xmd5这种站是怎么做到的。。。 billions of key/values.... |
 | 17 delectate 2011 年 12 月 23 日 文件系统io是瓶颈；grep更快 |
| 18 delectate 2011 年 12 月 23 日 grep+正则还可以支持模糊匹配 |
 | 19 taby 2011 年 12 月 23 日 金山已经出了吧 |
 | 20 vibbow 2011 年 12 月 23 日 http://vsean.net/blog/post/98 5个数据库全文搜索，搜一次3分钟... |
 | 21 jakori 2011 年 12 月 24 日 这玩意估计就一阵风，这阵风过了，还会有多少用户来查询咧 |
 | 23 Showfom PRO 已联系~ |
Select Language