2

我的独立 clickhouse-server 安装有一个奇怪的问题。服务器以几乎默认的配置运行了一段时间，除了 data 和 tmp 目录被替换为单独的磁盘：

cat /etc/clickhouse-server/config.d/my_config.xml 
<?xml version="1.0"?> 
<yandex> 
  <path>/data/clickhouse/</path> 
  <tmp_path>/data/clickhouse/tmp/</tmp_path> 
</yandex>

今天服务器停止响应连接被拒绝错误。它已重新启动，之后服务无法完全启动：

2018.05.28 13:15:44.248373 [ 2 ] <Information> DatabaseOrdinary (default): 42.86%
2018.05.28 13:15:44.259860 [ 2 ] <Debug> default.event_4648 (Data): Loading data parts
2018.05.28 13:16:02.531851 [ 2 ] <Debug> default.event_4648 (Data): Loaded data parts (2168 items)
2018.05.28 13:16:02.532130 [ 2 ] <Information> DatabaseOrdinary (default): 57.14%
2018.05.28 13:16:02.534622 [ 2 ] <Debug> default.event_5156 (Data): Loading data parts
2018.05.28 13:34:01.731053 [ 3 ] <Information> Application: Received termination signal (Terminated)

真的，我在 57% 上停止了进程，因为它开始时间太长（也许它可能在一两个小时内开始，我没有尝试）。

默认情况下日志级别是“跟踪”，但我没有说明这种行为的任何原因。

我认为问题在于 /data/clickhouse/data/default/event_5156 中的文件计数。现在它是 626023 目录，并且 ls -la 命令在此目录中无法正常工作，我必须使用 find 来计算文件：

#  time find . -maxdepth 1 | wc -l
626023

real    5m0.302s
user    0m3.114s
sys     0m24.848s

我有两个问题：

1）为什么 Clickhouse-Server 生成了这么多文件和目录，默认配置？

2）如何在足够的时间内启动服务而不丢失数据？

4

1 回答 1

1

问题在于数据更新方法。我使用带有 jdbc 连接器的脚本，并且每个请求都发送一个字符串。将方案更改为批量更新后，问题得到解决。

于 2018-06-04T09:51:55.937 回答