一:硬件方面
在预算充足的情况下。特别是一些高并发业务的搜索。硬件层面占用整个elasticsearch性能空间很大比例。
1)内存:
单实例的情况下,尽量分配32G,排序和统计都是以及内存计算的。
2)硬盘:在条件允许下,尽量使用一些高性能io的硬盘,SSD
3)CPU:在高并发的情况下,cpu的计算能力要求就很高了。cpu配置尽量高。
4)网络:
当然这个越大越好。。毕竟服务交互通过http 。网络传输是个很重要的因数
1)选择CentOS 64位操作系统CentOS6.5/6.6/6.7 7以上系统有很大改变,建议稳定后采用。
2)设置最大文件打开数ulimit -a 查看
ulimit -SHn 65535 s 代表软件资源,n代表硬件资源 系统重启之后恢复默认
/etc/security/limits.conf 添加 * - nofile 65535
3)优化相关内核参数查看当前TCP连接数:netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}‘
2)设置最大文件打开数ulimit -a 查看
ulimit -SHn 65535 s 代表软件资源,n代表硬件资源 系统重启之后恢复默认
/etc/security/limits.conf 添加 * - nofile 65535
3)优化相关内核参数查看当前TCP连接数:netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}‘
因为gc时会使jvm停止工作,如果某个节点gc时间过长,master ping3次(zen discovery默认ping失败重试3次)不通后就会把该节点剔除出集群,从而导致索引进行重新分配。解决办法:(1)优化gc,减少gc时间。(2)调大zen discovery的重试次数(es参数:ping_retries)和超时时间(es参数:ping_timeout)。后来发现根本原因是有个节点的系统所在硬盘满了。导致系统性能下降
2)索引层面
按着分词效率和业务契合度的 分词器。。优化segment。
3)分片
按着自己的业务需求控制shard数量,shard过多,交互多。。shard过少,单个分片数据容易累积,当单个分片的数据超过30G的时
候就有性能下降的情况,当超过50G的时候,就有明显性能下降的效果。。采用热分离:当数据大小即将超过30G的时候。可以把以前的 数据 转存到其他容器里面去。比如hdfs。
4)副本:副本太多性能下降
5)查询缓存(打分走query,不打分就filter)
因为默认情况下es对字段数据缓存(Field Data Cache)大小是无限制的,查询时会把字段值放到内存,特别是facet查询,对内存要求非常高,它会把结果都放在内存,然后进行排序等操作,一直使用内存,直到内存用完,当内存不够用时就有可能出现out of memory错误。
解决方法:
(1)设置es的缓存类型为Soft Reference,它的主要特点是据有较强的引用功能。只有当内存不够的时候,才进行回收这类内存,因此在内存足够的时候,它们通常不被回收。另外,这些引 用对象还能保证在Java抛出OutOfMemory 异常之前,被设置为null。它可以用于实现一些常用图片的缓存,实现Cache的功能,保证最大限度的使用内存而不引起OutOfMemory。在es的配置文件加上index.cache.field.type: soft即可。
(2)设置es最大缓存数据条数和缓存失效时间,通过设置index.cache.field.max_size: 50000来把缓存field的最大值设置为50000,设置index.cache.field.expire: 10m把过期时间设置成10分钟。
解决方法:
(1)设置es的缓存类型为Soft Reference,它的主要特点是据有较强的引用功能。只有当内存不够的时候,才进行回收这类内存,因此在内存足够的时候,它们通常不被回收。另外,这些引 用对象还能保证在Java抛出OutOfMemory 异常之前,被设置为null。它可以用于实现一些常用图片的缓存,实现Cache的功能,保证最大限度的使用内存而不引起OutOfMemory。在es的配置文件加上index.cache.field.type: soft即可。
(2)设置es最大缓存数据条数和缓存失效时间,通过设置index.cache.field.max_size: 50000来把缓存field的最大值设置为50000,设置index.cache.field.expire: 10m把过期时间设置成10分钟。
6)锁住ES内存
Es在内存不够JVM开启swapping的时候,表现得会很差,所以为了避免这个问题,将该属性设为true,表示锁定es所使用的内存:
bootstrap.mlockall: true
7)query优化。为高并发查询提供过滤器缓存和字段缓存
- 一般情况下。尽量使用filter。。
- 过滤器不影响评分,而query得分查询会让搜索变的更加复杂,需要更多的cpu资源。
- 过滤查询相对于比较简单的操作,由于过滤应用整个索引的内容上,过滤器很容易被缓存
- 尽量使用filtered查询,可以把整个query都套在filtered中,这种效率会更快。(过滤发生在查询之前!!)
- 复杂的组合过滤查询尽量用bool查询,不带bool的查询 不能利用缓存
- 设置search_type 类型:
demo:
# 嵌套查询
# SELECT document FROM products WHERE productID = "SD1002136" OR ( productID = "SD4535233" AND price = 30 )
# 嵌套查询
# SELECT document FROM products WHERE productID = "SD1002136" OR ( productID = "SD4535233" AND price = 30 )
- {
- "query": {
- "filtered": {
- "query": {
- "match_all": {
- }
- }"filter": {
- "bool": {
- "should": [{
- "term": {
- "productID": "SD1002136"
- }
- },
- {
- "must": [{
- "term": {
- "productID": "SD4535233"
- }
- },
- {
- "term": {
- "price": 30
- }
- }]
- }]
- }
- }
- }
- } }