前提：buy為訂單，其中包含客戶數據的字段 email,address,name,phone,phone2customer為客戶數據，蒐集不重複（phone,phone2）的客戶

var path = require('path');var webpack = require('webpack');var HtmlwebpackPlugin = require('html-webpack-plugin');var ROOT_PATH = path.resolve(__dirname);var APP_PATH = path.resolve(ROOT_PATH, 'src');var BUILD_PATH = path.resolve(ROOT_PATH, 'build');var TEM_PATH = path.resolve(ROOT_PATH,'templat...

配置文件：var path = require('path');var webpack = require('webpack');var HtmlwebpackPlugin = require('html-webpack-plugin');var ROOT_PATH = path.resolve(__dirname);var APP_PATH = path.resolve(ROOT_PATH, 'src');var BUILD_PATH = path.resolve(ROOT_PATH, 'build');var TEM_PATH = path.resolve(ROOT_PAT...

一个索引是主键索引、唯一索引还是普通索引与这个索引是单列还是组合并没有联系。一个索引如果只包含一个列，那它就是单列索引，否则就是组合索引。至于它是主键还是唯一索引还是普通索引，则是需要在创建语句中指定的

2、hash索引：a 仅仅能满足"=","IN"和"<=>"查询，不能使用范围查询b 其检索效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引c 只有Memory存储引擎显示支持hash索引

看到一些资料： mysql的索引分为单列索引(主键索引,唯一索引,普通索引)和组合索引. 单列索引:一个索引只包含一个列,一个表可以有多个单列索引. 组合索引:一个组合索引包含两个或两个以上的列, 还有我们经常说的全文索引属于哪一种的？？？ 还有就是我试着建一个组合索引,name和age字段组合： {代码...} 成功之后我再Navi...

这就涉及到聚簇索引和非聚簇索引了，聚簇索引主键id和数据是存储在一行的，但是非聚簇索引，也就是我们自己创建的索引，它的索引和数据是分开的，主键id是不可能重复的，所以对于聚簇索引来说那就是唯一的，但是对于二级普通索引（聚簇索引）来说，创建的索引是非常有可能出现重复值得，所以二级索引是不唯一的，但是如...

索引可以是单列索引，也可以是多列索引。（1）单列索引就是常用的一个列字段的索引，常见的索引。（2）多列索引就是含有多个列字段的索引alter table student add index sy(name,age，score);索引sy就为多列索引，多列索引在以下几中情况下才能有效：select * from student where name='jia' and age>='12' //where条...

任何基于索引的db在查询的时候都有一个代价的计算，根据索引检索数据的过程是先检索索引表找到满足你条件的索引值部分，再根据这部分列数据指向的位置去检索你要的索引列以外的数据，如果你只取索引列数据的话取多少数据都会走索引的，这就是索引覆盖扫描 但是如果你的查询本来就是要取表的大部分数据，对于db来说就没有...

搜索 type 的时候不一定用 type 的索引，搜索 type 与 uid 的时候也不一定会用复合索引，优化器会自动选择成本最低的索引。既然复合索引也已经包含了 type 索引的功能，没有必要多维护一个索引

使用LIKE %name% 和 LOCATE("name",name)，会不会走索引，百度了下说是不会走索引的，尝试了下，好像也会走索引，但是好像走索引了和没走索引查询速度差不多；不知道是不是我的理解有问题

InnoDB聚集索引是按照主键（primary key）进行聚集的，每张表只能有一个聚集索引，表数据文件本身就是按B+Tree组织的一个索引结构，叶子节点的data域保存了完整的数据记录；所以说，InnoDB表数据文件本身就是主索引文件，也就是你刚刚说的“同一个结构中保存了 B+Tree 索引和数据行”。聚集索引的方式会使根据主键的范围查...

也就是说，覆盖索引并不是实质意义上的索引。只要一个索引满足部分 SQL 的查询条件，我们就认为这个索引是覆盖索引。其实就是给索引起了个别名。就像 idx_name_age 是一个索引，它也是你写的 SQL 的覆盖索引。

对InnoDB 覆盖索引的疑问首先, 我对覆盖索引的了解是, 如果创建了二级索引后, 要想做到覆盖索引, 那么你 select 的列就要被你的索引所覆盖 比如，当我创建一个二级索引 idx_name_age(name, age) 对 select name from user where name = "Jhon"; 语句, 自然就可以做到覆盖索引 这样就不用再回表走聚簇索引了

我的一个elasticsearch服务器是上创建了两个索引，但是，我想在搜索的时候指定在某一个索引下搜索，该怎么设置，或者是搜索语句怎么写？现在搜索会将两个索引下的结果都拿到

Mysql的索引分为单列索引与组合索引，对于组合索引：Mysql从左到右的使用索引中的字段，一个查询可以只使用索引中的一部份，但只能是最左侧部分。

那如果Innodb的全表扫描会走聚簇索引的话, 而 MyISAM 不走, 那是不是走索引的比不走索引的要快呢?想知道InnoDB全表扫描时如何走聚簇索引的?

MySQL5.7 我的表 比较简单 只有 id,a,b 三个字段 (id是自增主键) 一开始 表中只有一个索引 a, 发现如下语句走a索引 {代码...} 后来新增了个 (a,b)联合索引, 结果发现还是走 a 索引, 不走联合索引 后来删除了 索引a, 只保留 (a,b)联合索引, 发现上面sql 走了联合索引, 并且是覆盖索引 之后又加上 索引a, 发现走的还是 (a,...

base是索引名没错，这个索引是多余的，至于你不带where条件的explain都会走base索引，是因为base索引相对主键聚簇索引更轻量级，innodb的每一个普通索引都带有主键的键值，且主键就是一个聚簇索引，叶子节点存储了该表的一整行数据。So..select的字段还在主键和base索引列范围内的话，走普通索引需要检索的数据块更少。

数据库中的索引，不是聚集索引就是非聚集索引吗？全文索引是非聚集索引吗？聚集索引可以包含多个列？如果可以，请举个例子