建立 unique索引，这个索引包含 name和gender 两个字段

array_search 搜索11 获得索引后使用array_slice 剪切数组。

大概是数据库的设计问题吧！从id=2开始索引，索引到7时，发现条件不匹配，但是程序可能认为对7发生了索引，所以加了锁，我认为不应该加锁。如果不加PRIMARY KEY，会对每个索引的记录加锁。（纯粹猜，没看过源码！！！）

(id, type, age, date) 、(id, age, date)都不能包含想要的索引列，所以不能这样建立。 可以建两个索引，一个包含where条件，一个包含group by字段， 但这条SQL比较极端， 根据id其实已经锁定了数据行，再建立索引的意义不大。建立的索引供你参考

用xunsearch搜索一个关键词，是根据索引去查询，我看到xunsearch的data目录下有db索引文件，我想知道xunsearch搜索的时候是在内存中还是磁盘中查询数据？对IO要求高么？对内存要求高么？内存需要多大？

如果test表有一个组合索引(a,b)，执行如下两条语句。explain select * from test where a=1 and b=1;explain select * from test where b=1 and a=1;执行结果显示这两条语句都用索引。根据最左原则，只有第一条使用索引，第二条不使用索引。不明白为什么，求解惑

有以下两个问题，是哪里不对呢： 创建出来的message表注释是乱码 表创建出来了，但是初始数据并没有写入（INSERT语句没有问题，在mysql命令行里是可以成功的） 如果想在sql里写注释是不是会影响读取，sql里不能有回车或者换行？

以下全部详细解析explain各个属性含义：          各属性含义：    id: 查询的序列号    select_type: 查询的类型，主要是区别普通查询和联合查询、子查询之类的复杂查询 SIMPLE：查询中不包含子查询或者UNION 查询中若包含任何复杂的子部分，最外层查询则被标记为：PRIMARY 在SELECT或WHERE列表中包含了子查询，该子查...

可以让服务器返回的结果带上当时这个请求的搜索内容。在请求返回回调中，判断一下，如果这个请求的返回的搜索内容与当前搜索框的内容一致，才去处理其他内容（刷新页面）。

上传成功之后，保存文件的文件名可以通过前缀来搜索，但是不能通过文件名的中缀或者后缀进行模糊搜索，如果上传返回了200，那么按照返回的上传成功的文件名进行搜索是可以再对应空间中搜索成功的。

非唯一索引（是一种辅助索引）会同时存储对应行的主键id，所以非唯一索引相同时，会按记录的主键进行排序，如非唯一索引字段为name，有以下两条记录

因为这些字段一般都是做等值查询，所以是不是可以设置成hash索引。改成hash索引有没有什么风险？有没有什么业务场景，会用这些字段做范围查询呢？hash索引到底比B+树索引快多少，有没有人测过？

createIndex可以添加多个索引，并设置是否索引值是否唯一

猜测是everything做的索引更利于搜索吧，等高人来指点

elasticsearch多个索引类型搜索时有重复的数据怎么去重