Flink大状态和Checkpoint调优

本文介绍: 文章迁移，待整理。

文章迁移，待整理

我们生产大多数会使用 fsState ，memState程序挂了状态就丢了，应该没人会在生产使用，但是涉及到一些大状态，fsState效率很低，这时候会选择 rocksDbState

1. RocksDb 为什么效率高

基于 LSM Tree 实现，类似 Hbase 的读写方式，

state.backend.local-recovery: true

写数据内存即返回，查数据先查 blockCache，

2. 开启 state 性能访问监控

开启监控会对性能有影响，但是对 rocksDbStateBackend 来说影响不大，大概 1%，但是有监控可以快速定位问题

-Dstate.backend.latency-track.keyed-state-enabled=true

3. 开启增量检查点

state.backend.incremental: true #默认 false，改为 true。

4. 开启本地恢复

Flink任务失败时，可以基于本地的状态信息恢复任务

state.backend.incremental: true #默认 false，改为 true。

5. 多目录设置

有多块磁盘，可以考虑设置多目录

state.backend.rocksdb.localdir: 
/data1/flink/rocksdb,/data2/flink/rocksdb,/data3/flink/rocksdb

一般checkpoint 间隔时长设置为 1-5分钟，比如阿里云我们都使用默认的 180S，但是对于一些大状态尤其是 Hdfs 储存时比较慢，可以设置 5-10分钟，并且设置两次 Checkpoint 至少间隔 4-8分钟

原文地址:https://blog.csdn.net/weixin_43283487/article/details/136073871

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。

如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。