提升数据库查询的速度首先应考虑建议索引和优化索引方面的努力，在数据量级较小的情况下，通过索引查询的差别其实是非常低的，如果这时候就拆表，加上程序上重新合并多表查询所消耗的时间，未必就真的比单表少。而拆表主要还是针对百万、千万级以上的表，在有索引的情况下都会比较吃力的时候进行的。

1、主键就相当于 唯一值+索引 的功能，你key字段的记录往下会有重复吗？你建表的时候忘加或者后期需要主键，可以后期添加的，有索引的话，当你记录数足够多时效率大大提高。（也可以单独创索引）

1、ES的插件多得要命，因为是java的，所以很多大神写了很多东西，估计你还需要pinyin插件，用于模糊搜索和拼音搜索。2、你标签打的是Larvae，那么你还需要安装Larvae的ES插件,你可以用原生的[链接] 或者其他开发者封装好的。然后去把数据写进ES里，然后构建各种搜索语句。实现搜索。。

数据结构和数据搜索分开做1.数据结构:商品基本信息（名称，厂商，价格等信息，商品类型）商品类型表（手机、平板、家用电器之类的）商品属性表（屏幕尺寸，处理器之类的）

1.感觉楼主的搜索流程有些奇怪，搜索k1,url会转到abc.com/search/beijin/k1，搜索k2，页面不发生跳转，那此时的url显示的不还是abc.com/search/beijin/k1？你这个路由和页面逻辑的对应关系就显得有些混乱。2.不明白楼主重置state的难点在哪里，假设你state中通过data字段保存查询结果，通过page字段保存当前的查询页面，...

真心求解! Mysql 两表联查,A表900w, B表1000w, 分页查询经过索引构建已经没什么问题, 但是count(id)的时候非常慢, 怎么优化

mdfind 搜索

搜索 githooks

搜索 sticky

github搜索

与其说是“数据库查询只能用到一个索引”，倒不是说是 和全表扫描/只使用一个索引的速度比起来，去分析两个索引二叉树更加耗费时间，所以绝大多数情况下数据库都是是用一个索引。如这条语句：

要看数据的离散程度，如果是学号之类连续的数据就不需要索引，电话号这样离散程度比较高的数据可以考虑设置一个索引 。

搜索陈宝国时因为有多个，所以词条归类为多义词，但这个API好像没有开放多义词这个参数的搜索看来你只能想其他办法了

个人觉得 第一是forEach代码写起来比较清晰，不用再次用索引去定位需要循环的元素。第二是forEach的索引是独立的，不容易出现问题。

userid 是主键把，单看这一句sql，只需要userid这个主键就可以了 给time加索引运行的时候浪费内存，感觉利大于弊 coin使用了函数，加索引没意义

提供者将服务注册到注册中心消费者在本地配置依赖哪些服务，上线后到注册中心检索提供者。检索到之后然后两者直连。