官方run方式

# 可以配置自定义数据库，用户名，密码
# -e CLICKHOUSE_USER=default \
# -e CLICKHOUSE_PASSWORD=password \
# -e CLICKHOUSE_DB=my_database \

docker run -d \
	-p 8123:8123 \
	-p 9000:9000 \
    -v ./app_clickhouse/data:/var/lib/clickhouse \
    -v ./app_clickhouse/logs:/var/log/clickhouse-server \
   	-e TZ=Asia/Seoul \
	-e CLICKHOUSE_USER=default \
	-e CLICKHOUSE_PASSWORD=password \
	-e CLICKHOUSE_DB=test \
    --name clickhouse-server248 \
	--ulimit nofile=262144:262144 \
	clickhouse/clickhouse-server:24.8-alpine

参考资料：https://hub.docker.com/r/clickhouse/clickhouse-server/

进化版本

原因：按照官方的部署方式之后，由于权限的问题在容器内提示 can't use clickhouse binary: operation not permitted

修改

# --cap-add=SYS_NICE --cap-add=SYS_NICE: 这个能力允许进程调整其他进程的nice值（也就是优先级）。在ClickHouse中，这可能用于设置某些操作的优先级，以确保更重要的任务能够优先执行
# --cap-add=NET_ADMIN 参数是用来给容器添加Linux能力（capabilities）的。这些能力允许容器内的进程执行通常需要root权限的操作，而无需给予整个容器root权限。这样做可以提高安全性，因为可以限制容器的权限，只授予其完成任务所需的最小权限集。
# --cap-add=IPC_LOCK 这个能力允许进程使用IPC（进程间通信）锁定，这在ClickHouse中可能用于确保某些操作不会被并发执行，从而避免数据不一致的问题

docker run -d \
	-p 8123:8123 \
	-p 9000:9000 \
    -v ./app_clickhouse/data:/var/lib/clickhouse \
    -v ./app_clickhouse/logs:/var/log/clickhouse-server \
   	-e TZ=Asia/Seoul \
	-e CLICKHOUSE_USER=default \
	-e CLICKHOUSE_PASSWORD=eS5@pjue9IcYPVTr \
	-e CLICKHOUSE_DB=test \
    --name clickhouse-server248 \
	--cap-add=SYS_NICE \
	--cap-add=NET_ADMIN \
	--cap-add=IPC_LOCK \
	--ulimit nofile=262144:262144 \
	clickhouse/clickhouse-server:24.8-alpine

备份数据操作需要补充

detach和attach操作

要实现 Docker 容器中 ClickHouse 的自动 `DETACH` 所有数据库，可以通过编写一个脚本来自动化这个过程。以下是一个基本的步骤和示例，说明如何实现这个过程：

1. **编写脚本**：创建一个 shell 脚本，该脚本将循环访问每个数据库并执行 `DETACH` 操作。

2. **执行脚本**：在 Docker 容器内运行该脚本。

3. **数据备份**：在执行 `DETACH` 操作之前，确保您有数据备份，以防万一出现问题。

以下是一个简单的脚本示例：

```bash
#!/bin/bash
# 进入 ClickHouse 客户端
clickhouse_client="clickhouse-client"

# 获取所有数据库名称的列表，除了 'system' 和 'information_schema'
databases=$(${clickhouse_client} --query="SHOW DATABASES LIKE '%_db'" | tail -n +2 | awk '{print $1}')

# 循环遍历数据库列表并执行 DETACH
for db in ${databases}; do
    echo "Detaching database: ${db}"
    ${clickhouse_client} --query="DETACH DATABASE ${db}"
done

echo "All databases have been detached."
```

在实际使用中，您可能需要根据您的 ClickHouse 版本和配置调整脚本。此外，您可能还想添加一些错误处理和日志记录，以便跟踪 `DETACH` 操作的状态。

要使这个过程自动化，您可以将此脚本设置为 Docker 容器启动时运行的入口点，或者使用定时任务（如 cron 作业）定期执行。

请注意，自动化 `DETACH` 操作可能会对您的数据库环境产生重大影响，因为它会将所有数据库置于不可访问状态。因此，在生产环境中使用此脚本之前，请确保您已经进行了充分的测试，并有相应的数据备份和恢复计划。

在实际操作中，您可能还需要考虑 ClickHouse 的版本兼容性、数据一致性以及在 `DETACH` 之后如何安全地处理数据文件。如果您计划将数据迁移到其他服务器，确保目标服务器的 ClickHouse 版本与源服务器兼容，并且目标路径没有同名的表或数据文件冲突。

在 ClickHouse 中，`DETACH` 和 `ATTACH` 命令可以用来移动表的数据文件。这在数据迁移、备份和恢复等场景中非常有用。以下是使用 `DETACH` 和 `ATTACH` 命令移动文件的步骤和示例：

### 步骤 1: 准备目标目录
首先，在目标服务器上创建一个目录，用于存放将要移动的表的数据文件。例如，您可以在 `/var/lib/clickhouse/detached` 目录下创建一个新的目录。

### 步骤 2: 导出数据文件
在源服务器上，使用 `DETACH TABLE` 命令将表的数据文件导出到指定目录。这会将表的数据文件移动到 `detached` 目录下。

```sql
DETACH TABLE your_database.your_table;
```

### 步骤 3: 复制数据文件
将 `detached` 目录下的数据文件复制到目标服务器的相同目录中。这可以通过 `scp`、`rsync` 或其他文件传输方法来完成。

### 步骤 4: 在目标服务器上附加表
在目标服务器上，使用 `ATTACH TABLE` 命令将数据文件附加回 ClickHouse。

```sql
ATTACH TABLE your_database.your_table;
```

### 示例
假设您有一个名为 `mydb` 的数据库和一个名为 `mytable` 的表，您想要将其数据从源服务器移动到目标服务器。

1. **在源服务器上执行 DETACH 命令：**
   ```sql
   clickhouse-client --query="DETACH TABLE mydb.mytable"
   ```

2. **将数据文件复制到目标服务器：**
   假设您的数据文件位于 `/var/lib/clickhouse/detached/mydb/mytable/` 目录下，您可以使用 `scp` 将这些文件复制到目标服务器的相同目录中。
   ```bash
   scp -r /var/lib/clickhouse/detached/mydb/mytable/ user@target_server:/var/lib/clickhouse/detached/mydb/
   ```

3. **在目标服务器上执行 ATTACH 命令：**
   在目标服务器上，确保 ClickHouse 服务正在运行，然后执行以下命令：
   ```sql
   clickhouse-client --query="ATTACH TABLE mydb.mytable"
   ```

### 注意事项
- 在执行 `DETACH` 和 `ATTACH` 命令之前，确保表没有正在进行的数据插入或更新操作。
- `DETACH` 命令会将表的数据文件移动到 `detached` 目录，但不会删除原始表的元数据。`ATTACH` 命令则将数据文件重新链接到表的元数据。
- 在复制数据文件时，确保目标服务器的 ClickHouse 版本与源服务器兼容，以避免数据格式不匹配的问题。
- 为了确保数据的完整性和一致性，在执行 `DETACH` 和 `ATTACH` 操作之前和之后，建议您备份数据。

通过以上步骤，您可以在不同的 ClickHouse 服务器之间移动表的数据文件。