今天重启es后，发现es服务是启动了，但是实时数据并未写入es数据库，查看日志发现，报错如下图
我看了下正在运行的es程序打开了多少文件(4274是es的pid）
然后再网上搜了很多，说是要调整linux的系统，将open file改成655350，
系统这边open files 只有1024，远远小于137820，所以es报错了，
vim /etc/security/limits.conf
在文档最后添加，使其永久生效
soft nofile 655350
hard nofile 655350
我改过后，重启es，es依然报同样的错误，一时不知道怎么办，然后尝试前台启动es后，es正常起来了，
然后，我想起来了，我的es是设置了systemctl 系统服务启动的，然后查看自己的elasticsearch.service文件，如下图
想起来systemctl 服务里面应该要调整es用户最大打开文件数，修改后，完美解决（未修改前只有65535 <137820）
translog过多的问题没有解决，然后观察了一会，es打开文件的数量缓慢上升，唉，还是没有真正解决translog问题，再查查资料把！
补充一下（待验证）
es打开文件过多问题，我突然想到是不是我单节点的索引有一些问题，然后我首先
1.设置默认分片和副本数，确保以后的索引是正常的：
curl -XPUT 'http://localhost:9200/_template/template_http_request_record' -H 'Content-Type: application/json' -d '{"index_patterns": "\*","settings": {"number_of_shards": 1,"number_of_replicas": 0}}'
2.清除现有索引的缓存：
进入kibana界面，
清除索引缓存
冲洗索引数据
3.再次查看es打开文件数量，数量已经下降
版权声明：本文为CSDN博主「weixin_44157851」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_44157851/article/details/106765115