File tree 3 files changed +32
-1
lines changed
3 files changed +32
-1
lines changed Original file line number Diff line number Diff line change @@ -285,3 +285,7 @@ title: 快速开始
285
285
```
286
286
287
287
:::
288
+
289
+ ## 常见问题
290
+
291
+ 请点击跳转查看:[ 常见问题] ( ../../questions.md )
Original file line number Diff line number Diff line change @@ -60,7 +60,7 @@ title: 插件市场
60
60
61
61
## 安装
62
62
63
- 插件安装方式包含两种
63
+ 插件安装方式包含以下两种:
64
64
65
65
::: tabs
66
66
@tab 1. 手动
@@ -85,3 +85,7 @@ title: 插件市场
85
85
3 . 根据插件使用说明完成安装
86
86
87
87
:::
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