apache mod_log_config无法直接提取querystring参数，但可通过2.4+的%{expr=}s结合正则匹配安全捕获，如%{expr=%{requri} =~ /[?&]utm_source=(1*)/ ? $1 : '-'}s；复杂场景建议java应用层解析后设响应头，再用%{x-logged-query-id}o记录。& ↩
mod_log_config 本身不解析 QueryString，无法直接提取特定参数（如 id 或 utm_source）的值；但可通过 Apache 2.4+ 的 expr= 表达式结合正则匹配，在日志中安全捕获目标参数。
使用 %{expr=}s 提取 QueryString 中的指定参数
Apache 2.4 及以上版本支持在 LogFormat 中使用 %{expr=}s 格式符，从请求 URI 中抽取 QueryString 参数：
-
基本语法：用
%{requri}e获取原始请求 URI（含 query），再用正则匹配参数名与值 -
示例：记录 utm_source 参数值：
LogFormat "%h %t "%r" %>s %b %{expr=%{requri} =~ /\?([^&]*&)*utm_source=([^&]*)/ ? $2 : '-'}s" utm_log -
更健壮写法（兼容 ? 和 & 开头）：
%{expr=%{requri} =~ /[?&]utm_source=([^&]*)/ ? $1 : '-'}s
此写法能匹配/page?utm_source=google或/api?id=1&utm_source=email - 注意 URL 编码：参数值若含空格、中文等，会被编码为
%20、%E4%B8%AD等，Apache 不自动解码，需后续日志分析时处理
处理常见边界情况
QueryString 参数位置多变，正则需兼顾鲁棒性：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 参数可能出现在 URI 开头（
?key=val）、中间（&key=val）或结尾（&key=val） - 推荐统一用
[?&]key=([^&]*)模式，避免漏匹配 - 若参数名含特殊字符（如点号
.、中划线-），正则中需转义或使用字符类，例如[?&]user\.id=([^&]*) - 多个同名参数（如
?tag=a&tag=b）时，该正则仅捕获第一个匹配项
替代方案：Java 应用层预解析并透传
当 QueryString 复杂或需解码、校验、脱敏时，Apache 层处理易出错，建议由 Java 后端统一处理：
- 在 Filter 或拦截器中解析 request.getQueryString() 或 request.getParameter("xxx")
- 将目标参数值设为响应头，例如：
response.setHeader("X-Logged-Query-ID", idValue) - Apache 日志中用
%{X-Logged-Query-ID}o记录（需确保响应头真实写出） - 优势：支持 UTF-8 解码、空值判断、敏感字段过滤（如 token、pwd），逻辑更可控
不推荐的做法
以下方式在实际中不可靠或已过时：
- 试图用
%{QUERY_STRING}e直接记录整个字符串——它不是标准环境变量，多数 Apache 版本不提供 - 依赖
mod_rewrite+SetEnvIf拆分参数再记录——配置复杂、性能开销大、难以维护 - 用
%{THE_REQUEST}i记录原始请求行再解析——包含 HTTP 方法和协议，正则更难写且易受空格/编码干扰
