小小默：进无止境

建表时不写 storage_policy 是否有坑，取决于集群配置。若仅有一个默认策略（default），不写无影响；但在多盘环境（如冷热分离）中，未指定策略可能导致数据错落磁盘，引发存储瓶颈甚至宕机。存储策略与分片键无关，前者决定数据落盘位置，后者决定数据分布节点。建议在分布式集群中显式声明策略以保证一致性。可通过 system.storage_policies 和 system.tables 查看当前配置，必要时使用 ALTER TABLE MODIFY SETTING storage_policy 安

本文系统解析 ClickHouse 集群建表核心问题：从 MergeTree、ReplacingMergeTree 到 ReplicatedReplacingMergeTree 引擎选择，详解版本字段、ZooKeeper 路径与副本名配置逻辑。明确“本地表存数据、分布式表路由查询”的架构原则，结合业务场景推导分区键、排序键及参数设置，提供可复用的“环境+业务→参数”决策链，实现高效、可靠的生产级建表实践。

拓扑是静态的：分片数、副本数由运维预先配置，任何时候查都能看到；写入不会创建分片。分片键只在特定路径生效：只作用于"经分布式表写入"这一条路径；本地写架构下它是摆设，不影响功能和性能。读写策略看基础设施无 LB、应用直连单节点 → 写分布式表（让 CK 帮你路由）有 LB、数据量中等 → 写本地表（避免转发开销）读取无论如何都走分布式表（需要全集群数据）最终架构判断数据量不大 + 有 LB + 查询走分布式表→ 本地写 + 分布式读 = 标准解。

摘要（≤150字）： ClickHouse 写入风险核心在于单分区 active parts 数量，而非写入速率。每条 INSERT 语句按分区生成一个 part，关键是要“攒批”——多行数据合并为一条 INSERT，避免循环逐条插入。阈值随版本变化（23.6+ 为 1000/3000），需以 system.merge_tree_settings 实测为准。通过统一攒批入口、缓冲窗口聚合与异步削峰，可有效控制 part 生成速率，防止触发限流或拒写。

本文梳理了Spring Boot工程中同时接入MySQL（分表）与ClickHouse的双数据源方案。采用dynamic-datasource-spring-boot3-starter实现注解式动态路由，结合ShardingSphere-JDBC处理MySQL分表，推荐使用官方clickhouse-jdbc（HTTP协议，8123端口）作为CK驱动，兼顾维护性与代理兼容性。通过ThreadLocal+AOP实现@DS注解切换数据源，业务代码零侵入。配置上统一依赖管理，生产环境优先使用Maven中央仓库的sh

三种ClickHouse JDBC驱动对比摘要： Yandex旧版官方驱动（ru.yandex.clickhouse） 稳定但停止维护，适合旧项目兼容，不支持新特性。 新版官方驱动（com.clickhouse） 官方主推，性能优化、功能全面，支持最新协议，推荐新项目首选。 社区第三方驱动（com.github.housepower） 曾因性能优势流行，但官方新版成熟后不再推荐，存在维护风险。 建议：新项目直接选用新版官方驱动（com.clickhouse），旧项目可逐步迁移。避免使用非官方驱动。

本文介绍了如何整合Spring Boot、MyBatis和ClickHouse数据库。主要内容包括：1）添加必要的Maven依赖；2）配置ClickHouse数据源；3）创建实体类和Mapper接口；4）编写服务层代码；5）实现控制器测试接口。通过这五个步骤，开发者可以快速搭建一个能够高效操作ClickHouse数据库的Java应用框架。文章提供了详细的代码示例和配置文件说明，帮助开发者完成从环境配置到功能实现的完整过程。

本文介绍了ClickHouse(简称CK)集群的两种连接方式配置：通过负载均衡地址或直接配置分片地址。主要内容包括：1) 在pom.xml中添加必要的依赖(druid、clickhouse-jdbc和LZ4)；2) yml配置文件中设置连接参数，包括连接池属性；3) Java配置类实现数据源初始化，使用Druid连接池管理CK连接，并配置MyBatis会话工厂。配置类包含连接池大小、超时时间等详细参数设置，以及MyBatis相关配置，如Mapper文件位置和实体类扫描包。该配置适用于需要直接连接CK集群分片

特性MergeTree数据复制不支持支持高可用性不提供高可用性提供高可用性故障恢复如果节点故障，数据可能丢失节点故障后可以从其他副本恢复使用场景单机环境或不需要数据复制的场景分布式环境，需要数据冗余和高可用性的场景依赖无需额外依赖需要 ZooKeeper 进行副本同步性能略优于，因为没有复制开销由于涉及数据复制，可能会有少量性能开销。