我来复述下我的建议 {title}实际名称 {start}自定义前缀 {end}自定义后缀 入库时候{start}{title}{end}的格式 查询时候根据{start}{end}计算步长，得出最符合需求的结果，需要对search.php做比较多的修改
只有在完全空缺词库的情况下才自动加载默认词库，只要你曾经add_dict,或set_dict那么就不会加载默认词库了。这并不算BUG吧。 这是给懒人设定的规则，当你试图设置词典时那就完全交给你决定，而不是系统强制无论如何都先加...
... = un 有關聯，只是不敢武斷就是了。 本週一，狠心將 un 完全調成 a (形容词)，同時完全移除只有一個中文字的部份，發現 IN BOOLEAN MODE 搜尋 0 筆資料的不再出現，反倒是變得有點過份精確。老實說還真的把我嚇了一大跳！
...458'] title 默认带了一些附加属性，当然你也可以把 string 完全设置成和 title 一样 [/quote] title加了什么属性？需要检索的字段是string 如果都设置成title 再把权重改低 是不是比起string更优？ [/quote] 那是没有区别的啊，title 的...
...贴个 e3-1245 16G DDR3 software-raid1 磁盘速度大约150MB/s 360万完全重头建花费3.5小时左右 用bash脚本调用php插入的 没插入500条暂停0.5秒 最终索引数目和数据库中的有0.1％内的误差 是由于某个时间点负载较高 估计被抛弃或者重复添...
...的修改。 添加了如下的规则： 如果对搜索词都是完全匹配，则出现在结果的列的最前面的给予最高权重。 如果有多个结果同时完全匹配，且同时出现在最首位，则结果列最短的给予较高权重。 目前测试结果还算满意
...通搜索：单一检索题标字段 图片搜索：检索hash_64字段值完全相等的数据，然后根据hash_196字段按匹配度排序 我对xlen分词器不是很了解 这个排序mysql可以实现 但是mysql分割后的位置不是固定的 project.name = hash project.default_charse...
这是效率测试。。。性能完全是硬伤 如果在高并发时候 都是一些第一次检索的关键词 这时%wa会很高 更别说一个请求页面就二次检索的那些 一个访问效率是不错 还是不适合这种多数情况