这个查询里 a 表有300w 数据，b表有200w 数据，a表的索引为OLD_PERSON_ID btree类型b表的索引city，shequ，但是执行查询需要差不多10分钟的时间，求问各位大佬还能怎么优化？执行解释计划，a表没走索引，b表走了id的索引

Chrome 的 检查有没有像 火狐 的firebug插件里面脚本搜索那个样的功能 还有一个问题，不知道为什么，突然火狐 的firebug插件里面脚本搜索搜索不到了，昨天还好好的

比如有 model, 有属性 name. 第一次搜索的时候, name=111 , 之后多次搜索 那么就会出现name=111&name=111&name=111&name=111&name=111.... 搜索几次就重复几次.

solr实现站内搜索，搜索的结果是直接用前端 jquery get solr的接口返回的结果，用jquery append到页面元素上。 还是搜索后，后台程序访问solr的接口，然后通过后台处理solr返回的数据再返回到前台？

在一个目录下搜索字符串 为何有时候几千个文件 不到一秒就能搜到结果 有时候几百个文件 却要搜索很久 ？ 到底 grep 是如何搜索目录下文件内容的

使用iviewui写的项目，用百度搜索的情况如何呢？ 请教下，想写一个站点，不知道使用iviewui的框架，容易被百度这些搜索引擎搜索到吗？ 如果不容易，有好的推荐前端框架吗？

正在学习mongodb，尝试回答下sf上的一些问题。 这个是mongodb内嵌数组的查询，在已知索引的情况下可以使用数字索引查询。 使用数组索引匹配内嵌文档的字段 因此查询可以这样写： {代码...}

可以使用coreseek中文搜索引擎，然后将千万级的mysql文章数据做成索引，在搜索的地方，直接查询coreseek，这样减缓了直接查询数据库的压力，又能够极大的提高查询效率。

我之前使用开源全文搜索引擎Lucene做过毕设，大概就是先抓取数据，然后分词建立索引，最后对分词建立全文检索。 别的工具没用过，仅作为推荐，不妨可以一试~

count(1)的语句，如果在加索引后，查看执行计划确实使用了索引，因数据量小，出现不如全表扫描慢的情况是合理的。 建议把加索引前后的执行计划进行对比，确认查询方式的变化。

千万级并没有什么好的优化方案。唯一方案就是给SQL中被查询的条件增加索引。就是看慢查询，给所有where条件加组合索引。除此之外，只有上搜索引擎一条路。

小表驱动大表关联字段加索引查询字段加索引还不行的话，考虑重构sql

建索引 order_isdelete goods_type order_no goods_id 这几个字段，考虑下怎么建索引优化查询。

有可能是这两个字段，有个唯一索引 导致插入失败，看下索引

已解决，搜索的时候重新调用loadData 判断是否有搜索条件，走不同的接口，清空tree的data

建立索引 将member表中的(id,wid,wxid,wid_wxid)建立索引 将gift表中的(id,wid,mid,auth_wid,wxid)建立索引 如果你where条件中经常出现一些字段，也要建立索引。 不要用*号：只列出需要的字段 SQL参考：sql是我直接写的，没测试 {代码...}

没明白你的思路，你要解决的是搜索的功能，那应该是你post一个关键词（比如蓝天）到后台，后台进数据库或者别的什么查到后给你返回一个json,你拿到这个json，再结合你写的搜索列表组件展现出来，这样是一个完整的搜索功能逻辑。你说的“搜索组件”这个是什么逻辑=。=？没看明白