设置空闲状态保留时间 不设置空闲状态保留时间会导致状态爆炸。 FlinkSQL 的 regular join inner 、 left 、 right ），左右表的数据都会一直保存在状态里，不会清理！要么设置 TTL ，要么使用 Flink SQL 的 interval join 。 使用 Top N 语法进行去重，重复数据的出现一般都位于特定区间内（例如一小时或一天内），过了这段时间之后，对应的 状态就不再需要了。 Flink SQL可以指定空闲状态（ ......

   底层原理简介 LState:存储左边数据流中的数据。 RState：存储右边数据流中的数据。 当左边数据流数据到达的时候会保存到LState，并且到RState中进行Join。将Join生成的结果数据发送到下游。 右边数据流中数据到达的时候，会保存到RState当中，并且到LState中进行Join，然后将Join之嚄胡的结果数据发送到下游。 为了保障左右两边流中需要Join的数据出现在相同节点，Flink SQL会利用Join中的on的关联条件进行分 ......

   Flink大数据常见问题总结。

   Neovim是一个社区驱动的开源项目，是Vim文本编辑器的一个分叉版本，它的构建使Vim更容易为核心开发人员维护。是对vim的一个增强，相比与vim性能更好，速度更快。

   常见工具安装，包括: 软件备注 m4autoconf依赖 autoconfautoconf依赖 automakeautoconf依赖 libtoolsautoconf依赖 gmpgcc安装依赖 mpfrgcc安装依赖 mpcgcc安装依赖 islgcc安装依赖 gccgcc安装依赖

   今天同事找我帮忙看一个Flink的问题，现象是前几天还能提交的客户端，就在今天突然提交不了作业了，报错提示大概如下（公司的东西涉密）， Caused by: org.apache.flink.api.common.InvalidProgramException: The LocalStreamEnvironment cannot be used when submitting a program through a client, or running in ......

   本文只适合没钱买新电脑又想用老电脑写代码的人，其他人请绕行。 本文适合比较想学习Linux的人，不想感兴趣的请绕行。

   由于本人使用的自建代码仓Gitea在docker 19版本存在bug，导致一个MR只能提交一个commit，提交第二个的时候MR就没办法merge了。 当然想要解决这个问题有两个办法： 在Debian 9上面安装Docker 20以后的版本，但是apt源里面没有，可以考虑安装Debian 10对应的Docker。 将Debian 9升级到Debian 10，顺便安装最新版本的Docker，目前版本是23。也能解决我当前的问题。 经过我个人的考虑，Debi ......

   背景 可能是实在太无聊了，居然觉得Bolo博客响应有点慢，忍不住看了下代码，发现了一个比较难以接受的现实：Bolo博客中的markdown没事都会调用解析服务区解析。 开发 于是我就加了下面这个函数： public static String toHTML(final String markdownText, String cacheKey) { String cache = RedisCacheUtils.getCache(cacheKey); if (! ......

   欢迎来到ZEEKLING的博客，有什么想说的就留在下面吧。

   debian 11 安装clang-15 debian 11 使用apt install clang-15安装失败，可以使用下面命令安装： wget https://mirrors.tuna.tsinghua.edu.cn/llvm-apt/llvm.sh sudo chmod +x llvm.sh sudo ./llvm.sh 15 all -m https://mirrors.tuna.tsinghua.edu.cn/llvm-apt

   主要记录自己平时使用的 Git 命令，方便记忆和查找..

   本页主要用来记录自己已经读过的书或者是正在读的书，里面的这些书都是个人觉得值得花一点时间去读的书，如果感兴趣的话可以交流下。

   redis一款高并发的内存K-V数据库，提供了好多命令，但是其中有部分对于生产环境来说比较危险，需要禁用掉。高危命令有：keys、flushdb、flushall、config、debug、eval、script、evalsha、shutdown

   跳跃表将有序链表中的部分节点分层，每一层都是一个有序链表。在查找时优先从最高层开始向后查找，当到达某节点时，如果next节点值大于要查找的值或next指针指向NULL，则从当前节点下降一层继续向后查找，这样可以有效提升效率。如下图所示使用跳表查找51的路径为1->21->41->51需要查找4次。如果使用链表查找路径为1->11->21->31->41->51需要查找6次，效率明显提升了，当数据量较大是提升更为 ......