Leon的博客

Old space是 V8 托管（也称为垃圾收集）堆（即 JavaScript 对象所在的位置）中最大和最可配置的部分，而 --max-old-space-size 标志控制其最大大小。发现是 kibana前端 js 报的内存 oom 异常，通过网上资料发现node.js 的默认内存大小为1.4g ，那么问题就定位到修改node 的内存限制。总之，在具有 2GB 内存的机器上，我可能会将 --max-old-space-size 设置为大约 1.5GB 以留出一些内存用于其他用途并避免交换。

久违的又搭了一遍 3节点的es 。前后大概2小时。简单记录下这次遇到的老旧和新坑点Es 确实是需要 普通用户运行的，不用怀疑 root 行不行sysctl -w vm.max_map_count=262144 记得分配将 es 目录放到 普通用户home 目录防火墙配置端口访问 （集群之间用9300访问）systemctl start firewalldfirewall-cmd -...

ElasticSearch版本5.5.1，集群三台节点。 在节点1上安装x-packbin/elasticsearch-plugin install x-pack 可以看到node1启动时已经加载了 x-pack启动 kibana 发现 Auth failed 启动集群中的其他node节点也报错 ，无法加入集群。Caused by: org.elasticse...

package com.ctpsp.custominfo.api.configuration;import org.elasticsearch.client.transport.TransportClient;import org.elasticsearch.common.network.InetAddresses;import org.elasticsearch.common.sett...

好端端的突然 ElasticSearch 集群 的 节点2，3 两台机器一起 Down 掉，偏偏节点1没有挂掉。难道节点1 天生就比2和3要吊吗？查看日志后发现 low memory ，于是添加bootstrap.memory_lock: falsebootstrap.system_call_filter: false尝试删除索引，重新跑生成索引的 Python脚本 ，报错：caus...

单节点版的部署参考 安装和使用 elasticSearch、LogStash、IK（一），分别在三台ip安装独立的 ES之后，进行集群配置集群配置系统参数设置添加非root用户，用于执行ES修改系统参数，ES运行的系统参数# 1 解决：切换到root用户，编辑limits.conf 添加类似如下内容vi /etc/security/limits.conf 添加如下内容...

最近在写Es的Java查询Api，发现从部署到Api没有很好的资料，所以整理记录一下，配置就不发了，直接分析代码和需求。Es复杂查询基于 SpringBoot + EsTransportClient需求分析这个查询的需求是，满足中文分词 与查询 标题和描述（同时满足），也可以 或查询 多组条件拼出来的 查询条件（满足一个或多个） 。比如：查询：同时满足黄色和好吃和产地为...

所有不说明elastic 版本的博客都是耍流氓 。 ——某码农版本如题。配置测试流程如下：预备 删除 indexDELETE /index_name/{}创建一个 index_name 的 indexPUT /index_name/{ "index": { "analysis": { &quo

ElasticSearch Bool 查询布尔查询的三个查询子句：mustmust_notshould 规则： must 必须全部匹配； must_not 必须全部不匹配； should 默认无需匹配，当must 子句不存在时，至少匹配 should 一种。一个布尔查询的例子# 查询 `info` 索引 `full`类型 GET /info/full/_s...

当你的es 索引数据从mysql 全量导入之后，如何根据其他客户端改变索引数据源带来的变动来更新 es 索引数据呢。首先用 Python 全量生成 Elasticsearch 和 ik 初始的分词索引数据，增量更新索引实现如下：服务端（Python+redis-sub）# Python-redis 开启监听 'leon' 等待客户端推送消息，来增量更新es文档 #-*-