滴滴面试记录

一面：
1.自我介绍一下
2.介绍一下实习内容，es如何创建索引，介绍es的整个架构，es如何建立分片，如何对数据进行处理
ES架构：
ES的架构遵循的设计理念有以下几个特征：
a. 合理的默认配置：只需修改节点中的Yaml配置文件，就可以迅捷配置。这和Spring4中对配置的简化有相似的地方。
b. 分布式工作模式：ES强大的Zen发现机制不仅支持组广播也支持点单播，且有“知一点即知天下”之妙。
c. 对等架构：节点之间自动备份分片，且使分片本身和样本之间尽量”远离“，可以避免单点故障。且Master节点和Data节点几乎完全等价。
d. 易于向集群扩充新节点：大大简化研发或运维将新节点加入集群所需的工作。
e. 不对索引中的数据结构增加任何限制：ES支持在一个索引之中存在多种数据类型。
f. 准实时：搜索和版本同步，由于ES是分布式应用，一个重大的挑战就是一致性问题，无论索引还是文档数据，然而事实证明ES表现优秀。
3.实习项目中遇到最大困难，如何解决
4.编程题，说思路，写代码：给定两个日期（yyyymmdd），计算相差天数（注意点：借位问题）
二面：
1.自我介绍一下
2.介绍一下华为实习项目，项目中做了那些工作。
3.ES的分片副本创建时设置为几片，原因？如果创建多的后果？少的后果？
在生产环境中, 随着数据集的增长, 不合理的分配策略可能会给系统的扩展带来严重的问题.对于分布式搜索引擎来说, 分片及副本的分配将是高可用及快速搜索响应的设计核心.主分片与副本都能处理查询请求, 它们的唯一区别在于只有主分片才能处理索引请求.ES自动把这5个主分片分配到2个节点上, 而它们分别对应的副本则在完全不同的节点上. 对,就这是分布式的概念.
稍有富余是好的, 但过度分配分片却是大错特错. 具体定义多少分片很难有定论, 取决于用户的数据量和使用方式. 100个分片, 即便很少使用也可能是好的;而2个分片, 即便使用非常频繁, 也可能是多余的.

分配的每个分片都是有额外的成本的:

每个分片本质上就是一个Lucene索引, 因此会消耗相应的文件句柄, 内存和CPU资源
每个搜索请求会调度到索引的每个分片中. 如果分片分散在不同的节点倒是问题不太. 但当分片开始竞争相同的硬件资源时, 性能便会逐步下降
ES使用词频统计来计算相关性. 当然这些统计也会分配到各个分片上. 如果在大量分片上只维护了很少的数据, 则将导致最终的文档相关性较差
4.副本的好处？分片和副本同步还是异步？如果数据写入失败怎么办？kibana前端用的什么框架？
额外的副本能给你带来更大的容量, 更高的呑吐能力及更强的故障恢复能力.
5.项目中主要的开发内容？
6.对于分布式计算的理解，实习项目的感受
7.一道sql编程题和一道C++编程题，单链表的逆置

三面：
https://segmentfault.com/a/1190000008868585
http://www.cnblogs.com/guguli/p/5218297.html
http://www.cnblogs.com/dennisit/p/4133131.html