淡淡的小番茄

在IoT场景中，设备上报的感知数据，会先存储在消息队列中，比如：Kafka、Pulsar中。然后基于消息中间件做数据转换处理落盘，或者进行实时分析。

最近一直在思考，关于工作、生活、人生的等等，都说生活应该有诗和远方，可是眼前的苟且总是让人身心疲惫。我们是应该随波逐流，还是坚持自我，一直想找个理论来支持坚持自我的理由。

我们使用的hadoop-3.2.4版本，其hadoop http web-控制台认证，simple认证机制是有问题的。整个simple的认证逻辑是错误的，截止目前仍未修复。

关于clickhouse-jdbc-bridge的一些想法，简单总结其搭建过程中的一些问题，以及该如何使用。

ClickHouse同一集群，可以通过副本表的方式进行数据同步备份。如果是跨集群，比如两地双中心的场景，可以使用备份工具进行数据的备份。本文介绍clickhouse-back备份工具正确的使用方式。

ClickHouse 数据备份机制一直不太完善，本方案提供一种基于表分区、块的备份机制，基于Linux scp命令进行文件传输，以满足表下更细粒度的备份场景。

背景 平台上接入的设备越来越多，表的数据也越来越大，前期表没有设置相应的TTL（无明确的业务需求）。本身我们磁盘又不大，只有1T，目前已经占用一半多点。所以需要对表数据进行清理。 查看整体的表数据情况

以我们项目为例，整理下ClickHouse升级的相关注意事项，由于鄙人学识浅薄，提供的方式方法仅供大家参考，引起的任何问题，本人不承担任何责任。安全生产第一条：记得备份、记得备份、记得备份，重要的事情

记一次MySQL问题排查，深入了解MySQL的锁机制。尤其是Insert锁机制。比如：共享锁、排他锁等。