File tree Expand file tree Collapse file tree 3 files changed +32
-1
lines changed Expand file tree Collapse file tree 3 files changed +32
-1
lines changed Original file line number Diff line number Diff line change @@ -285,3 +285,7 @@ title: 快速开始
285285 ```
286286
287287:::
288+
289+ ## 常见问题
290+
291+ 请点击跳转查看:[ 常见问题] ( ../../questions.md )
Original file line number Diff line number Diff line change @@ -60,7 +60,7 @@ title: 插件市场
6060
6161## 安装
6262
63- 插件安装方式包含两种
63+ 插件安装方式包含以下两种:
6464
6565::: tabs
6666@tab 1. 手动
@@ -85,3 +85,7 @@ title: 插件市场
85853 . 根据插件使用说明完成安装
8686
8787:::
88+
89+ ::: warning
90+ 无论是哪种安装方式,插件都不是实时载入的,必须重新启动整个项目,插件才能正常加载到当前系统中
91+ :::
Original file line number Diff line number Diff line change 1+ ---
2+ title : 常见问题
3+ ---
4+
5+ ## Redis 缓存
6+
7+ 由于缓存机制的特性,非接口操作对数据的更改可能无法实时反映到结果中。以下是两种常见场景:
8+
9+ 1 . 返回数据异常
10+
11+ ** 适用场景:** 非首次部署,或反复部署并初始化测试数据
12+
13+ 若此前已调用过 fba 接口,相关数据可能已悄无声息地写入 Redis 缓存。随后,即便重新部署了 fba,整个部署过程并不会自动清除
14+ Redis 中的缓存数据。因此,调用重新部署后的 fba 接口时,若发现返回数据异常,而数据库检查又未发现问题,很可能是缓存未更新导致。此时,手动清理
15+ Redis 中的 fba 缓存即可解决问题,系统将自动恢复正常
16+
17+ 2 . 手动修改数据库数据
18+
19+ ** 适用场景:** 通过数据库直接修改数据
20+
21+ 假设我们直接在数据库中修改了某些数据,但调用接口后发现返回结果未发生变化。返回数据可能来源于 Redis
22+ 缓存,而通过数据库直接修改的操作不会触发缓存的自动更新。因此,返回数据看似未受影响。解决方法是手动清理 Redis
23+ 中的相关缓存,之后数据将正确反映修改结果
You can’t perform that action at this time.
0 commit comments