diff --git "a/content/zh/docs/DatabaseOMGuide/\345\206\205\345\255\230\344\270\215\350\266\263\351\227\256\351\242\230.md" "b/content/zh/docs/DatabaseOMGuide/\345\206\205\345\255\230\344\270\215\350\266\263\351\227\256\351\242\230.md"
index 1d4ba9f92e434ef9e22f5073502a4e3aa8063ae6..083ab71c6c7553f912d87e5787557bff1d74dc3e 100644
--- "a/content/zh/docs/DatabaseOMGuide/\345\206\205\345\255\230\344\270\215\350\266\263\351\227\256\351\242\230.md"
+++ "b/content/zh/docs/DatabaseOMGuide/\345\206\205\345\255\230\344\270\215\350\266\263\351\227\256\351\242\230.md"
@@ -18,15 +18,13 @@
 
 2、端口+1登录成功后查询总的内存使用视图：
 
- ```
+ ```bash
 
         select * from gs_total_memory_detail;
 
  ```
 
-
-![](figures/123.jpg)
-
+![](figures/234.png)
 
 max_process_memory：guc参数设置
 
@@ -46,27 +44,23 @@ max_cstore_memory：cstore_buffers
 
 other_used_memory：process_used_memory – dynamic_used_memory –shared_used_memory – cstore_used_memory
 
-
 3、根据第2步中查出的内存使用情况进行如下分析：
 
--    若dynamic_used_shrctx数据异常大，查询如下视图：gs_shared_memory_detail
-
+- 若dynamic_used_shrctx数据异常大，查询如下视图：gs_shared_memory_detail
 
- ```
+ ```bash
 
 select contextname, sum(totalsize)/1024/1024 sum, sum(freesize)/1024/1024, count(*) count from gs_shared_memory_detail group by contextname order by sum desc limit 10;
 
  ```
-根据查出的内存context信息，使用内存最大的context可能存在内存泄漏。
-
-
-![](figures/234.png)
 
+根据查出的内存context信息，使用内存最大的context可能存在内存泄漏。
 
--  若dynamic_used_memory数值较大，dynamic_used_shrctx数值很小，则查询如下视图：gs_session_memory_detail
+![](figures/123.jpg)
 
+- 若dynamic_used_memory数值较大，dynamic_used_shrctx数值很小，则查询如下视图：gs_session_memory_detail
 
- ```
+ ```bash
 select contextname, sum(totalsize)/1024/1024 sum, sum(freesize)/1024/1024, count(*) count from gs_session_memory_detail group by contextname order by sum desc limit 10;
 
  ```
@@ -79,11 +73,8 @@ select contextname, sum(totalsize)/1024/1024 sum, sum(freesize)/1024/1024, count
 
 SessionCacheMemoryContext，StorageTopMemoryContext
 
- 
-
 4、根据第3步中确认的可能存在内存泄漏的context，通过如下视图可直接查询该context上内存申请的详细信息；
 
-
 gs_get_shared_memctx_detail(text)
 描述：返回指定内存上下文上的内存申请的详细信息，包含每一处内存申请所在的文件、行号和大小（同一文件同一行大小会做累加）。只支持查询通过pg_shared_memory_detail视图查询出来的内存上下文，入参为内存上下文名称（即pg_shared_memory_detail返回结果的contextname列）。查询该函数必须具有sysadmin权限或者monitor admin权限。查询结果为如下三列：
 <div class="tablenoborder">
@@ -230,4 +221,4 @@ export MALLOC_CONF=prof:true,prof_final:false,prof_gdump:true,lg_prof_sample:20
 
 ![](figures/4a83e2756be740d18f88_211x92.jpg)
 
-可以看出该函数总共申请的内存大小，占系统总共申请内存大小的百分比等信息。
\ No newline at end of file
+可以看出该函数总共申请的内存大小，占系统总共申请内存大小的百分比等信息。