这样可以很好的模拟新建数据时候的实时索引。
但是很快测试部门就报告了一个bug，当我修改了一项数据的时候，搜索修改的内容却搜索不到，但是搜索没修改之前的内容却可以。
例如：我有一项数据的值为"我叫刘帅"，搜索“刘帅”是可以搜索到的。
现在讲这样数据的值修改为：“我叫孙悟空”，这时搜索“孙悟空”却搜索不到，但是搜索“刘帅”能搜索到。
造成这个问题的原因是：数据库中的值更新了，但是coreseek索引文档中的值并没有更新，这时重建索引发现就可以搜索到了。
解决办法是：
将要修改的数据在数据库中delete掉，重新插入一下新的数据。这样便会将修改的数据踢到每1分钟执行一次的增量索引中了。
下面还需要将原来索引当中的要修改的数据delete掉，否则coreseek中会有两条这样的数据导致数据不够准确。针对这个的解决办法是
在建立索引文档的时候添加一个属性is_del默认值是0，再配合spi中的UpdateAttributes()，将刚才修改的数据的索引文档的is_del属性修改为1。
查询的时候使用SetFilter() 将删除的数据过滤掉
这样就行了。
大概原理就是将修改的数据踢到增量索引中去，由于增量索引1分钟就会更新，所以这个最多会有1分钟的误差，再用UpdateAttributes 和SetFilter配合将以前索引中错误的数据过滤掉。
如果还觉得延时长那么可以这样做：
当数据库更新完数据之后直接使用php的system()函数执行增量索引的命令这样就实时了。不过要判断一下这个命令是否已经在执行，可以走一个文件锁，命令执行的时候生产文件锁，执行结束删除就行。
http://www.xuebuyuan.com/1050302.html?mobile=0
