摘要：
面试官：想了解对 ES 集群的运维能力。 解答： 1、关闭缓存 swap; 2、堆内存设置为：Min（节点内存/2, 32GB）; 3、设置最大文件句柄数； 4、线程池+队列大小根据业务需要做调整； 5、磁盘存储 raid 方式——存储有条件使用 RAID10，增加单节点性能以及避免单 节点存储故障 阅读全文
posted @ 2020-06-26 14:55
咔啡
阅读(289)
评论(0)
推荐(0)
摘要：
Dubbo 框架在初始化和通信过程中使用了多种设计模式，可灵活控制类加载、权 限控制等功能。 工厂模式 Provider 在 export 服务时，会调用 ServiceConfig 的 export 方法。ServiceConfig 中有个字段： private static final Prot 阅读全文
posted @ 2020-06-26 14:24
咔啡
阅读(155)
评论(0)
推荐(0)
摘要：
dubbo 服务发布之后，我们可以利用 telnet 命令进行调试、管理。 Dubbo2.0.5 以上版本服务提供端口支持 telnet 命令 连接服务 telnet localhost 20880 //键入回车进入 Dubbo 命令模式。 查看服务列表 dubbo>ls com.test.Test 阅读全文
posted @ 2020-06-26 14:06
咔啡
阅读(165)
评论(0)
推荐(0)
摘要：
Dubbox 是继 Dubbo 停止维护后，当当网基于 Dubbo 做的一个扩展项目，如 加了服务可 Restful 调用，更新了开源组件等。 阅读全文
posted @ 2020-06-26 14:01
咔啡
阅读(194)
评论(0)
推荐(0)
摘要：
别的还有 spring 的 spring cloud，facebook 的 thrift，twitter 的 finagle 等 阅读全文
posted @ 2020-06-26 13:52
咔啡
阅读(159)
评论(0)
推荐(0)
摘要：
JDK SPI JDK 标准的 SPI 会一次性加载所有的扩展实现，如果有的扩展吃实话很耗时，但 也没用上，很浪费资源。 所以只希望加载某个的实现，就不现实了 DUBBO SPI 1，对 Dubbo 进行扩展，不需要改动 Dubbo 的源码 2，延迟加载，可以一次只加载自己想要加载的扩展实现。 3， 阅读全文
posted @ 2020-06-26 13:06
咔啡
阅读(333)
评论(0)
推荐(0)
摘要：
想了解大数据量的运维能力。 解答：索引数据的规划，应在前期做好规划，正所谓“设计先行，编码在后”， 这样才能有效的避免突如其来的数据激增导致集群处理能力不足引发的线上客户 检索或者其他业务受到影响。 如何调优，正如问题 1 所说，这里细化一下： 3.1 动态索引层面 基于模板+时间+rollover 阅读全文
posted @ 2020-06-26 13:02
咔啡
阅读(263)
评论(0)
推荐(0)
摘要：
1、Elasticsearch 的选主是 ZenDiscovery 模块负责的，主要包含 Ping（节点之 间通过这个 RPC 来发现彼此）和 Unicast（单播模块包含一个主机列表以控制哪 些节点需要 ping 通）这两部分； 2、对所有可以成为 master 的节点（node.master: 阅读全文
posted @ 2020-06-26 12:54
咔啡
阅读(610)
评论(0)
推荐(0)
摘要：
1、64 GB 内存的机器是非常理想的， 但是 32 GB 和 16 GB 机器也是很常见的。 少于 8 GB 会适得其反。 2、如果你要在更快的 CPUs 和更多的核心之间选择，选择更多的核心更好。多 个内核提供的额外并发远胜过稍微快一点点的时钟频率。 3、如果你负担得起 SSD，它将远远超出任何 阅读全文
posted @ 2020-06-26 12:10
咔啡
阅读(195)
评论(0)
推荐(0)
摘要：
1、搜索被执行成一个两阶段过程，我们称之为 Query Then Fetch； 2、在初始查询阶段时，查询会广播到索引中每一个分片拷贝（主分片或者副本分 片）。 每个分片在本地执行搜索并构建一个匹配文档的大小为 from + size 的 优先队列。 PS：在搜索的时候是会查询 Filesystem 阅读全文
posted @ 2020-06-26 12:04
咔啡
阅读(412)
评论(0)
推荐(0)
摘要：
a、完全基于内存缓存的 b、节点之间相互独立 c、C/S 模式架构，C 语言编写，总共 2000 行代码。 d、异步Ｉ/O 模型，使用 libevent 作为事件通知机制。 e、被缓存的数据以 key/value 键值对形式存在的。 f、全部数据存放于内存中，无持久性存储的设计，重启服务器，内存里的 阅读全文
posted @ 2020-06-26 12:03
咔啡
阅读(145)
评论(0)
推荐(0)
摘要：
特殊说明：Memcached 集群和 web 服务集群是不一样的，所有 Memcached 的 数据总和才是数据库的数据。每台 Memcached 都是部分数据。 （一台 memcached 的数据，就是一部分 mysql 数据库的数据） a、程序端实现 程序加载所有 mc 的 ip 列表，通过对 阅读全文
posted @ 2020-06-26 11:25
咔啡
阅读(214)
评论(0)
推荐(0)
摘要：
Marvel 让你可以很简单的通过 Kibana 监控 Elasticsearch。你可以实时查看你 的集群健康状态和性能，也可以分析过去的集群、索引和节点指标。 阅读全文
posted @ 2020-06-26 11:15
咔啡
阅读(414)
评论(0)
推荐(0)
摘要：
1、SEE：https://elasticsearch.cn/article/32 2、倒排词典的索引需要常驻内存，无法 GC，需要监控 data node 上 segment memory 增长趋势。 3、各类缓存，field cache, filter cache, indexing cache 阅读全文
posted @ 2020-06-26 09:27
咔啡
阅读(182)
评论(0)
推荐(0)
摘要：
cache 相比，有什么优缺点？ 把 memcached 引入应用中，还是需要不少工作量的。MySQL 有个使用方便的 query cache，可以自动地缓存 SQL 查询的结果，被缓存的 SQL 查询可以被反复 地快速执行。Memcached 与之相比，怎么样呢？MySQL 的 query cac 阅读全文
posted @ 2020-06-26 09:22
咔啡
阅读(147)
评论(0)
推荐(0)
摘要：
我们对这个问题感到很惊讶。Memcached 应该是应用的缓存层。它的设 计本身就不带有任何冗余机制。如果一个 memcached 节点失去了所有数据，您 应该可以从数据源（比如数据库）再次获取到数据。您应该特别注意，您的应用 应该可以容忍节点的失效。不要写一些糟糕的查询代码，寄希望于 memcac 阅读全文
posted @ 2020-06-26 08:38
咔啡
阅读(166)
评论(0)
推荐(0)
摘要：
key 的最大长度是 250 个字符。需要注意的是，250 是 memcached 服务器端内 部的限制，如果您使用的客户端支持”key 的前缀”或类似特性，那么 key（前缀 +原始 key）的最大长度是可以超过 250 个字符的。我们推荐使用使用较短的 key， 因为可以节省内存和带宽。 mem 阅读全文
posted @ 2020-06-26 08:24
咔啡
阅读(375)
评论(0)
推荐(0)
浙公网安备 33010602011771号