ClickHouse问题分析：启动失败，报错 doesn‘t look like the set of parts in ZK

在实现postgreql数据迁移到clickhouse中，想使用MaterializedPostgreSQL的功能实现，但是中途clickhouse突然挂了.原因是项目挂了后，我把var/log/clickhouse-server下的日志全部删除了，然后手动创建的如下文件。都是clickhouse,且在config.xml中有日志的具体配置路径。配置文件clickhouse.xml的。报错提示访问这个日志文件被拒绝了。我当时是这么赋予权属的。

Q1 DB::Exception: Cannot create table from metadata file /data/clickhouse/metadata/default/dwd_test.sql, error: DB::Exception: The local set of parts of table default.dwd_test doesn’t look like the set of parts in ZooKeeper: 65.88 million rows of 85.04 mi.

这些解决方法应该能够帮助您重新启动ClickHouse服务或解决修改数据存储目录后重启失败的问题。如果问题仍然存在，请检查错误日志文件以获取更多详细信息，并在进一步尝试解决问题之前查找相应的错误消息。确保在ClickHouse配置文件中正确配置了新的数据存储目录。确保ClickHouse用户（通常是clickhouse）对新目录具有适当的读写权限。检查ClickHouse服务是否已停止。检查新的数据存储目录是否具有正确的权限。确保路径与实际的新数据存储目录匹配。

错误信息为 Effective user of the process (root) does not match the owner of the data (wwwroot). Run under 'sudo -u wwwroot'，意思是进程的有效用户为root，而数据所有者是wwwroot，两者不匹配。然后我想到，可能是因为为了减少我磁盘的压力，我把日志文件和数据存储的位置做了调整，新建了云盘文件夹，从而导致了用户名称不对应导致的。1、执行下面代码，使其输出日志，方便查找错误。

解决clickhouse服务器启动异常Suspiciously many broken parts to remove

Application: Caught exception while loading metadata: Code: 231. DB::Exception: Suspiciously big size

Clickhouse 重启失败问题记录

第一个是：sudo journalctl -u clickhouse-server，查看ck服务启动的时候报错的错。第二个是：ck的报错日志。一般是在/var/log/clickhouse-server/如果ck自身日志没有的话估计就是启动前就报错了，而不是启动的时候报错。这里一看就很清晰了，清理后就会自启动了。ck没什么问题的话是会自启动的。如果发现ck起不来。

这些解决方法应该能够帮助您重新启动ClickHouse服务或解决修改数据存储目录后重启失败的问题。如果问题仍然存在，请检查错误日志文件以获取更多详细信息，并在进一步尝试解决问题之前查找相应的错误消息。确保在ClickHouse配置文件中正确配置了新的数据存储目录。确保ClickHouse用户（通常是clickhouse）对新目录具有适当的读写权限。检查新的数据存储目录是否具有正确的权限。确保路径与实际的新数据存储目录匹配。确保新目录的磁盘空间足够容纳数据。保存并关闭配置文件。

Clickhouse节点替换 副本节点故障

通过阅读启动脚本代码，以及启动日志系统，我发现mysql、redis等项目依赖的以及项目本身都能启动，唯独clickhouse启动不起来。在执行日志系统的启动脚本时，一直报clickhouse启动不起来，日志系统无法使用。网上的解决方案有不少，不过我是按照小改动的原则，更改了那张异常的表结构。报错的时候会给你提示报错的是哪张表以及它所在的位置。然后就去找日志，看看clickhouse是出了什么毛病，怎么导致自动重启状态了。目录下，然后进去查看日志，发现了问题所在。这里的问题解决方案参考别人的博客。

5、重命名表结构文件：mv /data/clickhouse_bin_cluster/metadata/decision/service_log_prod.sql /data/clickhouse_bin_cluster/decision/service_log_prod.bak。4、备份数据目录到其他地方：cp -r /data/clickhouse_bin_cluster/store/115/115a6234-451c-4d70-8290-9b7a277906a4 /data/ck_back。

解决：合理设置max_concurrent_queries，max_bytes_before_external_sort，background_pool_size，max_memory_usage，max_memory_usage_for_all_queries，max_bytes_before_external_group_by，尤其重要的是max_memory_usage_for_all_queries 【 单机最大的内存使用量可以设置略小于机器的物理内存(留一点内操作系统)】。

问题一,启动报错 启动参数:sudo clickhouse-server --config-file=/etc/clickhouse-server/config.xml 2020.08.20 18:49:28.189321 [ 29338 ] {} <Error> Application: DB::Exception: Effective user of the process (root) does not match the owner of the data (clickhouse). R

虽然文件命名成功了，但是clickhouse还是无法启动，还是类似报错，应该是clickhouse还是会使用这个文件。想着怎么才能让clickhouse忽略这个文件夹，试着把上面层级的文件夹7d7改了下，改成7d7a，假如报警日志很大的话 就查看最近500 1000条就好了。

Active: activating (auto-restart) 错误提示：Incorrect file extension:t_order_mt in metadata directory /var/lib/clickhouse/store/26be0a13-d36c-400a-a6be-0a13d36c000a/:while loading database 'default'from path/var/lib/clickhouse/metadata/default。

0. std::__1::system_error::system_error(std::__1::error_code, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) @ 0x158ebc6f in ? 1. ? @ 0x1587f49f in ? 2. ? @ 0x1587eeb6 in ? 3. ? @ 0x1587.