fix broken links

grafana-performance-overview-dashboard.md

@@ -15,7 +15,7 @@ Performance Overview Dashboard 按总分结构对 TiDB、TiKV、PD 的性能指
 - 资源负载：关键指标和资源利用率，包含数据库 QPS、应用和数据库的连接信息和请求命令类型、数据库内部 TSO 和 KV 请求 OPS、TiDB 和 TiKV 的资源使用概况。
 - 自上而下的延迟分解：Query 延迟和连接空闲时间对比、Query 延迟分解、execute 阶段 TSO 请求和 KV 请求的延迟、TiKV 内部写延迟的分解等。
 
-借助 Performance Overview Dashboard，你可以高效地进行性能分析，确认用户响应时间的瓶颈是否在数据库中。如果数据库是整个系统的瓶颈，通过数据库时间概览和 SQL 延迟的分解，定位数据库内部的瓶颈点，并进行针对性的优化。详情请参考 [TiDB 性能分析和优化方法](/performance/performance-tuning-guide.md)。
+借助 Performance Overview Dashboard，你可以高效地进行性能分析，确认用户响应时间的瓶颈是否在数据库中。如果数据库是整个系统的瓶颈，通过数据库时间概览和 SQL 延迟的分解，定位数据库内部的瓶颈点，并进行针对性的优化。详情请参考 [TiDB 性能分析和优化方法](performance-tuning-methods.md)。
 
 以下为 Performance Overview Dashboard 监控说明：
 

performance-tuning-methods.md

@@ -247,7 +247,7 @@ Duration 面板包含了所有语句的 99 延迟和每种 SQL 类型的平均
 
 #### Parse、Compile 和 Execute Duration
 
-在 TiDB 中，从输入查询文本到返回结果的[`典型处理流程`](/sql-optimization-concepts.md)。
+在 TiDB 中，从输入查询文本到返回结果的[典型处理流程](/sql-optimization-concepts.md)。
 
 SQL 在 TiDB 内部的处理分为四个阶段，get token、parse、compile 和 execute：
 

performance-tuning-overview.md

@@ -92,7 +92,7 @@ User Response time = Service time + Queuing delay + Coherency delay
 - 如果瓶颈不在数据库中，需要借助数据库外部搜集的资源利用率，或者对应用程序进行 Profile，以确定数据库外部的瓶颈。常见场景包括应用程序或者代理服务器资源不足，应用程序存在串行点无法充分利用硬件资源等。
 - 如果瓶颈存在数据库中，你可以通过数据库完善的调优工具进行数据库内部性能分析和诊断。常见场景包括存在慢 SQL、应用程序使用数据库的方式不合理、数据库存在读写热点等。
 
-具体的分析诊断方法和工具，请参考[性能优化方法](/performance/performance-tuning-methods.md)。
+具体的分析诊断方法和工具，请参考[性能优化方法](/performance-tuning-methods.md)。
 
 ### 步骤 4：提出优化方案，评估每种方案的收益、风险和成本