Linux报错：audit:backloglimitexceeded（审计：超出积压限制）系统版本：CentOSLinuxrelease7.6.1810(Core)问题现象：一次巡检中发现业务系统打不开，对应的Linux服务器ssh连接不上，但是能ping通，于是在VMwarevcenter远程控制台打开操作系统界面，报错提示audit:backloglimitexceeded，尝试“ctrl+z”中断报错未果，只能强行关机，重新开机能正常系统。问题原因：audit服务记录的审计事件超出默认(或设置)数量，达到或超出容量的审计缓冲区队列也可能导致实例锁定或持续无响应状态。解决办法：由于尝试“c

Linux报错：audit:backloglimitexceeded（审计：超出积压限制）系统版本：CentOSLinuxrelease7.6.1810(Core)问题现象：一次巡检中发现业务系统打不开，对应的Linux服务器ssh连接不上，但是能ping通，于是在VMwarevcenter远程控制台打开操作系统界面，报错提示audit:backloglimitexceeded，尝试“ctrl+z”中断报错未果，只能强行关机，重新开机能正常系统。问题原因：audit服务记录的审计事件超出默认(或设置)数量，达到或超出容量的审计缓冲区队列也可能导致实例锁定或持续无响应状态。解决办法：由于尝试“c

分组查询:关键字groupby的用法group:组by:通过groupby:通过....。分组groupby列名:通过指定列来分组一般情况下在题目中出现"每个""各个""不同的"这一类词语时基本都会用到groupby分组关键字语法:select列名from表名groupby列名；多字段分组语法：select*from表名groupby列名1，列名2；分组后的筛选having的用法功能：类似于where注意：不能代替where，位置不能再groupby前面。且having后面可以跟列名也可以跟聚合函数。语法：select*from表名groupby列名having条件表达式；1.查询各个部门员工

分组查询:关键字groupby的用法group:组by:通过groupby:通过....。分组groupby列名:通过指定列来分组一般情况下在题目中出现"每个""各个""不同的"这一类词语时基本都会用到groupby分组关键字语法:select列名from表名groupby列名；多字段分组语法：select*from表名groupby列名1，列名2；分组后的筛选having的用法功能：类似于where注意：不能代替where，位置不能再groupby前面。且having后面可以跟列名也可以跟聚合函数。语法：select*from表名groupby列名having条件表达式；1.查询各个部门员工

修改全局超时时间tekton的pipeline、task运行时有时需要设置超时时间，确保会退出，除了在pipelinerun、taskrun上设置spec.timeouts外，还可以设置全局的超时时间，通过default-timeout-minutes参数，这样一来如果pipelinerun/taskrun没有设置超时也会有一个保底的。官方文档：https://tekton.dev/vault/pipelines-v0.28.2/install/#customizing-basic-execution-parametersapiVersion:v1kind:ConfigMapmetadata:

修改全局超时时间tekton的pipeline、task运行时有时需要设置超时时间，确保会退出，除了在pipelinerun、taskrun上设置spec.timeouts外，还可以设置全局的超时时间，通过default-timeout-minutes参数，这样一来如果pipelinerun/taskrun没有设置超时也会有一个保底的。官方文档：https://tekton.dev/vault/pipelines-v0.28.2/install/#customizing-basic-execution-parametersapiVersion:v1kind:ConfigMapmetadata:

　　上篇关于流程引擎的文章还是快两年以前的《微服务业务生命周期流程管控引擎》，这中间各种低代码平台层出不穷，虽然有些仅仅是OA+表单的再度包装，但有些的确是在逻辑和操作单元层面进行了真正的高度抽象，形成产品底座，上层支持更大灵活程度的自定义应用搭建。当然这个不是本篇文章的主题，核心希望给各位朋友表达的还是对于逻辑流程抽象的关注，特别是现在的很多应用是在围绕行业展开，如何在各种杂乱的功能点之中，做到杂而不乱，又如何通过核心的控制模块提供标准化的接入，我通过OSS.Pipeline这个引擎框架类库，和大家分享一下我的思路（如有不足，还望指出探讨）,需要说明的是，此框架是类库级引擎，不依赖数据库等存

　　上篇关于流程引擎的文章还是快两年以前的《微服务业务生命周期流程管控引擎》，这中间各种低代码平台层出不穷，虽然有些仅仅是OA+表单的再度包装，但有些的确是在逻辑和操作单元层面进行了真正的高度抽象，形成产品底座，上层支持更大灵活程度的自定义应用搭建。当然这个不是本篇文章的主题，核心希望给各位朋友表达的还是对于逻辑流程抽象的关注，特别是现在的很多应用是在围绕行业展开，如何在各种杂乱的功能点之中，做到杂而不乱，又如何通过核心的控制模块提供标准化的接入，我通过OSS.Pipeline这个引擎框架类库，和大家分享一下我的思路（如有不足，还望指出探讨）,需要说明的是，此框架是类库级引擎，不依赖数据库等存

更多技术文章，请关注我的个人博客www.immaxfang.com和小公众号Max的学习札记。Redis客户端和服务端之间是采用TCP协议进行通信的，是基于Request/Response这种一问一答的模式，即请求一次响应一次。普通模式我们先来看下普通模式下，一条Redis命令的简要执行过程：客户端发送一条命令给redis-server，阻塞等待redis-server应答redis-server接收到命令，执行命令redis-server将结果返回给客户端下面我们来简要了解下一个完整请求的交互过程。客户端调用write()将消息写入操作系统为socket分配的sendbuffer中操作系统将

更多技术文章，请关注我的个人博客www.immaxfang.com和小公众号Max的学习札记。Redis客户端和服务端之间是采用TCP协议进行通信的，是基于Request/Response这种一问一答的模式，即请求一次响应一次。普通模式我们先来看下普通模式下，一条Redis命令的简要执行过程：客户端发送一条命令给redis-server，阻塞等待redis-server应答redis-server接收到命令，执行命令redis-server将结果返回给客户端下面我们来简要了解下一个完整请求的交互过程。客户端调用write()将消息写入操作系统为socket分配的sendbuffer中操作系统将