写入性能优化
CSS集群在使用前,建议参考本文进行集群的写入性能优化,便于提高集群的写入性能,提升使用效率。
数据写入流程
当从客户端往Elasticsearch中写入数据时,写入流程如下:
- 客户端向Node1发送写数据请求,此时Node1为协调节点。
- 节点Node1根据数据的_id将数据路由到分片2,此时请求会被转发到Node3,并执行写操作。
- 当主分片写入成功后,它将请求转发到Node2的副本分片上。当副本写入成功后,Node3将向协调节点报告写入成功,协调节点向客户端报告写入成功。
Elasticsearch中的单个索引由一个或多个分片(shard)组成,每个分片包含多个段(Segment),每一个Segment都是一个倒排索引。
将文档插入Elasticsearch时,文档首先会被写入缓冲区中,然后在刷新时定期从该缓冲区刷新到Segment中。刷新频率由refresh_interval参数控制,默认每1秒刷新一次。
写入性能优化
基于Elasticsearch的数据写入流程分析,有以下几种性能优化方案。
序号 |
优化方案 |
方案说明 |
---|---|---|
1 |
使用SSD盘或升级集群配置 |
使用SSD盘可以大幅提升数据写入与merge操作的速度,对应到CSS服务,建议选择“超高IO型”存储,或者超高IO型主机。 |
2 |
采用Bulk API |
客户端采用批量数据的写入方式,每次批量写入的数据建议在1~10MB之间。 |
3 |
随机生成_id |
如果采用指定_id的写入方式,数据写入时会先触发一次查询操作,进而影响数据写入性能。对于不需要通过_id检索数据的场景,建议使用随机生成的_id。 |
4 |
设置合适的分片数 |
分片数建议设置为集群数据节点的倍数,且分片的大小控制在50GB以内。 |
5 |
关闭副本 |
数据写入与查询错峰执行,在数据写入时关闭数据副本,待数据写入完成后再开启副本。 Elasticsearch 7.x版本中关闭副本的命令如下: PUT {index}/_settings
{
"number_of_replicas": 0
} |
6 |
调整索引的刷新频率 |
数据批量写入时,可以将索引的刷新频率“refresh_interval”设置为更大的值或者设置为“-1”(表示不刷新),通过减少分片刷新次数提高写入性能。 Elasticsearch 7.x版本中,将更新时间设置为15s的命令如下: PUT {index}/_settings { "refresh_interval": "15s" } |
7 |
优化写入线程数与写入队列大小 |
为应对突发流量,可以适当地提升写入线程数与写入队列的大小,防止突发流量导致出现错误状态码为429的情况。 Elasticsearch 7.x版本中,可以修改如下自定义参数实现写入优化:thread_pool.write.size,thread_pool.write.queue_size; |
8 |
设置合适的字段类型 |
指定集群中各字段的类型,防止Elasticsearch默认将字段猜测为keyword和text的组合类型,增加不必要的数据量。其中keyword用于关键词搜索,text用于全文搜索。 对于不需要索引的字段,建议“index”设置为“false”。 Elasticsearch 7.x版本中,将字段“field1”设置为不建构索引的命令如下: PUT {index}
{
"mappings": {
"properties": {
"field1":{
"type": "text",
"index": false
}
}
}
} |
9 |
优化shard均衡策略 |
Elasticsearch默认采用基于磁盘容量大小的Load balance策略,多节点时,尤其是在新扩容的节点上,可能出现shard在各节点上分配不均的问题。为避免这类问题,可以通过设置索引级别的参数“routing.allocation.total_shards_per_node”控制索引分片在各节点的分布情况。此参数可以在索引模板中配置,也可以修改已有索引的setting生效。 修改已有索引的setting的命令如下: PUT {index}/_settings
{
"index": {
"routing.allocation.total_shards_per_node": 2
}
} |