Skip to content

Commit f1515e4

Browse files
committed
update docs
1 parent 704b374 commit f1515e4

File tree

3 files changed

+32
-1
lines changed

3 files changed

+32
-1
lines changed

docs/guide/summary/quick-start.md

+4
Original file line numberDiff line numberDiff line change
@@ -285,3 +285,7 @@ title: 快速开始
285285
```
286286

287287
:::
288+
289+
## 常见问题
290+
291+
请点击跳转查看:[常见问题](../../questions.md)

docs/plugin/market.md

+5-1
Original file line numberDiff line numberDiff line change
@@ -60,7 +60,7 @@ title: 插件市场
6060

6161
## 安装
6262

63-
插件安装方式包含两种
63+
插件安装方式包含以下两种:
6464

6565
::: tabs
6666
@tab 1. 手动
@@ -85,3 +85,7 @@ title: 插件市场
8585
3. 根据插件使用说明完成安装
8686

8787
:::
88+
89+
::: warning
90+
无论是哪种安装方式,插件都不是实时载入的,必须重新启动整个项目,插件才能正常加载到当前系统中
91+
:::

docs/questions.md

+23
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,23 @@
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+
中的相关缓存,之后数据将正确反映修改结果

0 commit comments

Comments
 (0)