InfluxDB 2.x不支持SQL风格DELETE语句，必须使用influx delete CLI命令或/api/v2/delete HTTP API，依赖RFC3339时间范围和Flux谓词过滤，操作不可逆且不立即释放磁盘空间。
delete操作在InfluxDB 2.x中不支持SQL语法
InfluxDB 2.x 完全移除了类似 DELETE FROM ... WHERE ... 的 SQL 风格删除语句，直接执行会报错 error: found DELETE, expected SELECT, SHOW, CREATE, etc.。这是初学者最容易卡住的地方——不是写法不对，而是根本不能这么写。
真正可行的路径只有两条：用 influx delete CLI 命令，或调用 HTTP API 的 /api/v2/delete 端点。两者底层一致，都依赖时间范围（start/stop）和谓词（predicate）来定位数据。
-
predicate必须是字符串形式的 Flux 过滤表达式，例如'_measurement=="cpu" and tag1=="val1"'，注意单引号包裹、双等号、且不能省略引号 - 时间范围必须为 RFC3339 格式，如
2023-01-01T00:00:00Z；本地时区需显式转换，否则可能删错或删空 - 删除操作不可逆，且不释放磁盘空间（直到下一次 TSM 文件压缩），这点常被忽略
用influx delete命令批量删数据最稳妥
CLI 是调试和运维场景下最直观的方式，尤其适合一次性清理旧数据或误写入的数据。
基本命令结构为：
立即学习“go语言免费学习笔记（深入）”；
influx delete --bucket <bucket-name> --org <org-name> --start '2023-01-01T00:00:00Z' --stop '2023-01-02T00:00:00Z' --predicate '_measurement=="logs" and level=="error"'
-
--bucket和--org必须准确匹配，大小写敏感；可通过influx bucket list和influx org list确认 -
--predicate中的字段名必须是实际存在的 tag 或 field，但只能用 tag 做过滤（field 过滤在 delete 中无效，会静默忽略） - 若要删整个 measurement，可省略
--predicate，但必须保留--start和--stop，否则报错
Go程序调用/influx/api/v2/delete需要手动构造HTTP请求
InfluxDB Go client（influxdata/influxdb-client-go）官方不提供 delete 封装，必须手写 HTTP 请求。这不是设计缺陷，而是刻意为之——删除属于管理操作，应显式控制。
关键点：
- 请求方法为
POST，Header 中必须带Authorization: Token <your-token></your-token>和Content-Type: application/json - Body 是 JSON 对象，字段为
start、stop、predicate，时间值仍为 RFC3339 字符串 - URL 路径为
http://<host>:<port>/api/v2/delete?org=<org-id>&bucket=<bucket-id></bucket-id></org-id></port></host>，注意是org-id和bucket-id（不是 name） - 获取 ID 可通过
influx org list -j或influx bucket list -j，或用 client 先查QueryAPI.QueryRaw()执行import "influxdata/influxdb3"风格 Flux 查询
误删后无法回滚，且delete不等于drop
delete 只是逻辑标记删除，对应数据点在查询中不可见，但仍在底层 TSM 文件中占用空间。直到后续 compaction 运行才会物理清除——这个延迟可能长达数小时，取决于写入负载和配置。
如果目标是彻底清空某 measurement，更高效的做法是：influx bucket empty（仅限 2.7+）或先 influx delete 再手动触发 influxd compact（生产环境慎用）。
还有一类常见误操作：对同一时间范围内重复执行 delete，不会报错，但会多次写入删除标记，增加后续 compaction 压力。务必确认 predicate 和时间窗无重叠。
