背景 Clickhouse集群版本为 Github Clickhouse 22.3.5.5， clickhouse-jdbc 版本为 0.2.4。 问题表现 随着业务需求的扩展，基于Clickhouse 需要支持更多任务在期望的时效内完成，于是将业务系统和Clickhouse交互的部分都提交给可动态调整核心参数的线程池去执行，尽量可控的利用Clickhouse集群的计算资源。 然后一测试就

采用JMeter2.13做Http性能测试时，在高并发请求的情况下，服务器端并无异常，但是Jmeter端报错NoHttpResponseException (the target server failed to respond) 这应该是由于服务器端的负载过高以及网络带宽占满等因素导致响应延迟加长，而Jmeter默认没有timout等待，导致出错。解决方案: 设置bin/jmeter.pro

配置完gitlab后，报错502响应超时，cpu和内存都足够用的情况下 sudo gitlab-ctl status 发现运行正常，找不到原因，改端口也没办法解决 3.参考别人的经验，发现是puma进程不断重启的原因，输入sudo chmod -R 777 /opt/gitlab/var/puma即可正常访问

删除 go.mod后正常编译了

一开始运行脚本还是不报错的，脚本内容部分如下： 出现了如下的效果图： 后面隔了几天再次运行居然报错了，如下图所示，但是也没有更改代码啊。后来发现原来是输入法导致的，把输入法切换成英文状态就不报错啦。 注意：仅针对macbook pro电脑