生产环境必须修改InfluxDB 2.x默认数据目录，否则易致磁盘爆满、权限混乱、升级迁移困难；应提前创建专属目录（如/data/influxdb2），正确设置归属与--engine-path/--bolt-path，并在systemd服务中显式配置User、Environment及ReadWritePaths，同时启动时须加--config指定配置文件，避免默认不生效。
InfluxDB 2.x 在 Linux 上默认把数据写进 /root/.influxdbv2，生产环境必须改掉，否则磁盘爆满、权限混乱、升级迁移全踩坑。
安装时就该指定数据目录，别等启动失败再回头
二进制包解压后直接运行 ./influxd，它会默认在当前用户家目录下建 .influxdbv2。root 用户跑就是 /root/.influxdbv2，普通用户是 /home/xxx/.influxdbv2 —— 这种路径既难备份，又容易和系统盘混在一起。
- 启动前先创建专属目录：
sudo mkdir -p /data/influxdb2 - 设好归属：
sudo chown -R influxdb:influxdb /data/influxdb2（如果用 systemd 管理）或sudo chown -R $USER:$USER /data/influxdb2（前台运行） - 用
--engine-path和--bolt-path显式指定位置：./influxd --engine-path /data/influxdb2/engine --bolt-path /data/influxdb2/influxd.bolt - 注意：这两个路径必须不同，
engine-path存 TSM 数据文件，bolt-path存元数据（SQLite + BoltDB 混合），混用会导致启动报错failed to open bolt DB
systemd 服务配置里最容易漏掉的三处权限
用 apt 或 yum 安装的包管理版会自动注册 systemd 服务，但手动部署二进制包时，自己写的 /etc/systemd/system/influxdb2.service 常忽略关键项：
-
User=influxdb必须显式声明，否则以 root 启动，后续改目录会因权限不匹配直接卡在open engine directory: permission denied -
Environment="INFLUXD_ENGINE_PATH=/data/influxdb2/engine"和"INFLUXD_BOLT_PATH=/data/influxdb2/influxd.bolt"要加进[Service]段，不能只靠命令行参数 - 如果用了 TLS，
ReadWritePaths=/data/influxdb2 /data/influxdb2/certs得补上，否则证书加载失败，日志只报http: TLS handshake error，不提路径问题
config.yml 配置生效的前提是启动时加 --config
很多教程贴出一堆 config.yml 示例，但没说清楚：InfluxDB 2.x 默认**不读 config.yml**，除非你显式传参。不加 --config，哪怕文件放在 /etc/influxdb2/config.yml 也完全无效。
- 正确启动方式：
./influxd --config /etc/influxdb2/config.yml - 常见配置项优先级：命令行参数 > config.yml > 默认值。比如
--engine-path和 config.yml 里都写了，命令行胜出 -
http-bind-address默认是:8086，暴露到外网前务必改成127.0.0.1:8086或绑定内网 IP，云服务器不设安全组+绑定地址=裸奔 -
storage-cache-snapshot-memory-size建议调大到52428800（50MB），写入突增时能减少 TSM 文件碎片
初始化完成后，influx CLI 客户端要单独装
InfluxDB 2.x 把服务端 influxd 和客户端 influx 拆开了。你用 apt install influxdb2 可能只装了服务端，influx version 会报 command not found。
- Debian/Ubuntu：
curl -tlsv1.2 -sL https://repos.influxdata.com/influxdb.key | sudo gpg --dearmor -o /usr/share/keyrings/influxdb-archive-keyring.gpg，再加源装influxdb2-cli - CentOS/RHEL：
yum install influxdb2-client（注意不是influxdb2） - 验证 token 是否可用：
influx bucket list --host http://localhost:8086 --token xxxxx --org my-org，别依赖 Web UI 显示“成功”就以为 CLI 能通 - CLI 的
--active参数只影响本地配置，默认不上传数据，容易误以为写入失败
真正麻烦的从来不是装上，而是第一次写入后发现查询延迟飙升、磁盘 IO 扛不住、或者半夜 influxd 因 OOM 被 kill —— 那些没显式控制 query-max-memory-bytes、storage-max-concurrent-compactions、cache-max-memory-size 的配置，上线后才开始反噬。
