RedirectMatch 更适合万级跳转，因其基于PCRE正则支持分组捕获与路径重组、不依赖mod_rewrite更轻量、单条指令覆盖整类URL、匹配稳定；需严守^锚点、显式斜杠、手动处理查询参数等防自循环规则。
RedirectMatch 是 Apache 中唯一能靠内置指令完成路径结构重组的批量跳转方案，适合处理万级 URL 的高效迁移。它不依赖 mod_rewrite，开销更低，匹配速度更快，前提是正则写准、锚点加牢、目标避自循环。
为什么 RedirectMatch 更适合万级跳转
Redirect 只做前缀字符串匹配，无法提取和重排路径片段；而 RedirectMatch 基于 PCRE 正则引擎，支持分组捕获（$1、$2）与自由拼接，例如把 /blog/2023/04/hello.html 转为 /posts/hello-2023-04/——这种 slug 前置、年月后置的结构变换，只有 RedirectMatch 能原生实现。
- 不触发额外模块加载，比 RewriteRule + RewriteCond 组合更轻量
- 单条指令即可覆盖整类路径，万级 URL 只需几行配置
- 匹配发生在请求 URI 解析后、路由前，无上下文依赖，执行稳定
避免 500 和无限重定向的关键写法
线上故障大多源于“自己跳自己”，而非正则语法错误。必须严格遵循以下四点：
- 开头加 ^：写成
RedirectMatch ^/old/(.*)$ /new/$1，不写^(.*)$或漏 ^，否则新目标 URL 也会被再次匹配 - 结尾显式控制斜杠：如匹配归档目录，用
/(\d{4})/(\d{2})/(.+?)/$，末尾 /$ 确保只命中目录型 URL，不误伤/2023/04/image.jpg - 查询参数不自动继承：RedirectMatch 完全忽略 QUERY_STRING。要保留
?q=foo，必须手动拼进目标，例如RedirectMatch ^/s/(.*)$ /search/?q=$1 - 协议和域名不参与匹配：只处理 REQUEST_URI 部分，正则里不要出现
https://或example.com
典型万级场景：年月归档路径扁平化重构
WordPress 迁移静态站时最常见：将 /2023/04/my-post/ → /posts/my-post-2023-04/。万级文章只需一条规则：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
说明：
-
(\d{4})精确捕获年份，(\d{2})捕获月份，(.+?)非贪婪捕获 slug，避免吞掉末尾 / - $3-$1-$2 控制输出顺序：slug 在前，年月在后，不是 $1-$2-$3
- 末尾 /$ 和目标末尾 / 都显式写出，防止 DirectorySlash 自动补斜杠引发二次 301
需要按查询参数跳转？换用 RewriteRule
RedirectMatch 对 ?ref=old、?utm_source=xxx 完全无感。真要条件跳转，必须切到 mod_rewrite：
RewriteRule ^/page\.html$ /new-page.html? [R=301,L]
注意：
-
RewriteCond匹配原始 QUERY_STRING，不含开头的 ? - 目标末尾加 ? 表示清空原查询串，避免自动继承
- 两个模块混用时，RewriteRule 优先级高于 RedirectMatch，建议统一模块以减少歧义
