王仁一的博客

【代码】国密加密golang加密，java解密。

消息空洞可以导致pulsar bookie磁盘资源无法释放，通过以下每日检测消息空洞，如果空洞比较大重启consumer可以解决。// 消息空洞数量 individuallyDeletedMessages。NotAckedMessage int64 // 未ack的数量。NonContiguousDeleted int64 // 消息空洞数量。// not ack 消息数量。// 1.查询租户下namespace列表。// 获取租户下topic列表。

重启失败的bookie节点,观察磁盘资源释放情况。临时增加当前会话的文件描述符限制。查询bookie节点状态。

根据以上理论分析与实际验证，我们找到了一种对批量更新场景的优化方式。

Builder为我们提供了另一个方法：这个方法，是为Builder中每个WatchPredicate。Predicate实现了几个方法：我们以此设计一个自己的predicate：import (if!然后修改注册控制器的方式：这样，在监听其关注的对象时，只会关注对象的label是否发生变更，只有当label发生变更时，才会入队并进入reconcile逻辑。这个方法目前看应该是kubebuilder团队推荐使用的方法，但是有个问题是，加入了predicate后，会在。

未被消费确认的消息⼤存储⼤⼩默认为-1表示没有限制,可以通过set-message-ttl设置过期时间,防⽌磁盘爆满(未确认消息默认永久存储),保持默认需要通过set-message-ttl设置过期时间,防止磁盘爆满。web-service-url,web-service-url-tls,broker-service-url,broker-service-url-tls是pulsar节点IP。# 如果在同一设备上放置日志目录和 ledger 目录,性能会在频繁刷写的情况下大幅下降。

c.改变 /etc/systemd/system/pulsar.broker.service 中配置文件地址为pulsar新版本地址。c.改变 /etc/systemd/system/bookkeeper.service 中配置文件地址为pulsar新版本地址。b.查看是否停止 systemctl status pulsar.broker.service -l。f.查看启动状态 systemctl status pulsar.broker.service -l。

在同网段和不同网点测试网络延迟影响，如果同网段没问题就是网络问题。

Go语言以简单易上手而著称，它的语法非常简单，熟悉C++，Java的开发者只需要很短的时间就可以掌握Go语言的基本用法。interface是Go语言里所提供的非常重要的特性。任何类型只要它提供了Read和Write的绑定函数实现，Go就认为这个类型实现了这个interface（duck-type），而不像Java需要开发者使用implements标明。然而Go语言的interface在使用过程中却有一个特别坑的特性，当你比较一个interface类型的值是否是nil的时候，这是需要特别注意避免的问题。

ageSlice切片变量本身的内存地址为0xc000008fa8,底层数组地址:0xc000220000。nameList数组中第二个元素的地址为0xc000123890。nameList数组中第一个元素的地址为0xc000123880。ageSlice切片中第一个元素的地址为0xc000220000。ageSlice切片中第二个元素的地址为0xc000220008。nameLists数组的内存地址为0xc000123880。

可以看到306行有p.free()代码，newPrinter()和free()之间进行数据处理，数据处理完成之后再把资源返回给sync.Pool。使用深复制，在put回sync.Pool中之前把数据复制返回，但这样资源池失去了意义，获取到资源后有进行了一次内存的申请。总结：不是任何场景都适合用sync.Pool，需要关注并发情况下资源池中数据同步修改影响的问题。参考 go/src/fmt/print.go 302行 Fprintln方法。可以看到使用了同一个指针地址，导致两次获取的数据互相影响。

golang kafka客户端 sarama，segmentio/kafka-go ，confluent-kafka-go，franz-go哪个更好

golang kafka客户端 sarama 在 rebalance时异常如何解决

接下来对上述四种订阅模式展开介绍。1.2.1 独占模式（Exclusive）Exclusive独占模式，一个订阅(对标Kafka/RocketMQ消费组)只允许一个消费者订阅，如果多个消费者尝试使用该订阅去消费消息会抛出异常，也就是说一个消费者处理主题的所有分区，如下图所示：这个是Consumer B启动时会报错，只有ConsumerA能收到消息。

max_wait不是fetch data wait time,包中仅reader.go 1493行代码中,conn.ReadBatchWith()中超时作用,设置过短会导致io/timeout异常,conn频繁以为异常重建。github.com/segmentio/kafka-go consumer报以下异常。MaxWait 修改为 3*time.Second。

golang redis实现分布式锁

kafka consumer rebalance

看到无效连接，首先想到的是mysql服务端关闭，但是go db连接池中客户端为关闭导致的异常。我们可以看到，package中的日志是errLog.Print(err)打印的。最近使用gorm v1.22.5 报错 invalid connection。我们业务中拿到的日志是第39行返回的 ErrInvalidConn 无效连接。并且在38行代码中，dbConn先进行了关闭，所以连接池中的连接是正常的。

gorm struct 查询报错:unsupported Scan, storing driver.Value type []uint8 into type问题原因：数据库字段名称为大写: 例如：NAMEstruct 定义也为大写:例如：type Demo struct { NAME string `json:"NAME" gorm:"column:NAME"`}解决方案：struct定义为小写：type Demo struct { NAME string `json:"name" gorm:

测试代码如下：sqlDB, err := gormDB.DB()err = sqlDB.Ping()fmt.Println(err)异常结果如下：driver: bad connection该问题导致的原因是：mysql server端关闭了数据库连接，而golang gorm 客户端设置的 MaxLifetime 大于 mysql server端自动关闭连接的时间mysql 版本：5.7.32show global variables like 'wait_timeo