才启动完成的时候要建索引，所以会花点时间，索引建完后占用内存就相对很少了。 毕竟只是一个功能强大的IDE

group by 优化方案Loose Index Scan和Tight Index Scan 。中文叫做松散索引扫描和紧凑索引扫描具体可以参考官方文档[链接]

var ary = ["a", "b", "c"];ary[4] = "tom";console.log(ary.length); // 5，数组空间的大小js数组只支持数字索引ary.name = "tom";ary.age = 3; 非数字索引指的是对象的属性了

日志的搜索搭es来做会好很多，like效率差不慢才怪，还有就是你这个addtime如果跨度太大的话就全表扫瞄了，不用走索引的

1.读写分离2.建立相关的索引字段3.常用列表页和搜索项建立缓存机制4.加硬件吧(服务器问题影响很大)。

双击 Shift 是查询文件（只会匹配文件名或者类中的方法之类的）的用 ctrl shift +f 则是全文本搜索，会检索所有文件中匹配的内容

输入框 可以参考一下element ui的的输入框。 姓名模糊搜索 搜索结果显示可以分辨作者的信息。如：学校、出生年份

排序字段没加索引并且数据量大的话，排序就是一个比较耗时的操作，把这三个字段建一个索引试试

[链接]搜索的url参数是汉字，程序处理成拼音进行检索，如果要求传过来的值就是拼音，那应该要前端去做。

使用join时如果左边的表和右边的表不一致的话可能会不走索引 即使走索引也是func类型 建议统一使用utf8mb4

难道不是带着搜索关键字去查接口返回列表吗，每次搜索重置页数为1，重置列表内容为接口返回数组

{代码...} 注意，在 Firefox 中， window.frames[] 不能按 id 索引，而是按名称或索引 原文由 Ed. 发布，翻译遵循 CC BY-SA 2.5 许可协议

如题，Elasticsearch不也是一个数据库吗？它可以单独实现倒排索引和全文检索吗？还是说必须通过Redis才能实现？

简单地讲，看到{stage: "SORT"}就代表有一个阶段是单独在做内存排序而没有用到索引。而看到IXSCAN和使用内存排序并不矛盾，这里用到索引是在用它过滤数据:

编辑一下我的答案，晚上回来查了一下《高性能mysql》。我的答案如下：将索引改为 {代码...} order by 子句需要索引的列顺序需要满足索引的最左前缀的要求，所以ID需要排在第一。 有一种情况下order by子句可以不满足索引的最左前缀的要求，就是前导列为常量的时候。但是查询的where {代码...} custidStatus列中有多个等...

数据总量5.4W条，根据sql的order by后的几个排序字段，建立了answer_num,dateline,views,orderby 4个字段的联合索引order，发现执行还是慢，explain了一下，如下图：

百万的数据量，不算大，有个字段，值的长度 > 100,就是很长，包含中文、英语、几乎所有的字符都存在。使用了全文索引，但是不是很理想：