File tree 2 files changed +14
-15
lines changed
2 files changed +14
-15
lines changed Original file line number Diff line number Diff line change 137
137
OK或error
138
138
139
139
## 插入
140
- ###HSET/HSETNX/HDEL/HINCRBY/HDECRBY
140
+ ### HSET/HSETNX/HDEL/HINCRBY/HDECRBY
141
141
#### 格式
142
142
143
143
HSET {hash} {field} {value} [{field} {value} ...]
@@ -191,7 +191,7 @@ OK或error
191
191
### 描述
192
192
使用文本查询搜索索引,返回文档或仅返回 id。
193
193
194
- ####例子
194
+ #### 例子
195
195
在包含书籍数据的索引的每个 TEXT 字段中搜索术语“wizard”:
196
196
197
197
FT.SEARCH books-idx "wizard"
489
489
字符串响应。一个表示执行计划的字符串(见上面的例子)。
490
490
491
491
### FT.PROFILE
492
- ####格式
492
+ #### 格式
493
493
494
494
FT.PROFILE {index} {[SEARCH, AGGREGATE]} [LIMITED] QUERY {query}
495
495
#### 描述
571
571
4) "0.10299999999999999"
572
572
5) Counter
573
573
6) (integer) 1
574
- ####参数
574
+ #### 参数
575
575
- index : 索引名称。索引必须先用 FT.CREATE 创建
576
576
- SEARCH,AGGREGATE : FT.SEARCH 和 FT.AGGREGATE
577
577
- LIMITED : 删除 reader 迭代器的 细节
588
588
589
589
## 更新
590
590
### FT.ALTER SCHEMA ADD
591
- ####格式
591
+ #### 格式
592
592
593
593
FT.ALTER {index} SCHEMA ADD {field} {options} ...
594
594
####描述
@@ -616,10 +616,10 @@ OK或error。
616
616
617
617
## 删除
618
618
### FT.DROPINDEX
619
- ####格式
619
+ #### 格式
620
620
621
621
FT.DROPINDEX {index} [DD]
622
- ####描述
622
+ #### 描述
623
623
删除索引。
624
624
625
625
默认情况下,FT.DROPINDEX 不会删除与索引关联的文档哈希。添加 DD 选项也会删除哈希。
@@ -643,7 +643,7 @@ OK或error。
643
643
### FT.ALIASADD
644
644
### FT.ALIASUPDATE
645
645
### FT.Aliasdel
646
- ####格式
646
+ #### 格式
647
647
648
648
FT.ALIASADD {name} {index}
649
649
FT.ALIASUPDATE {name} {index}
@@ -1229,4 +1229,4 @@ Array Reply:一个数组,其元素数与发送给命令的键数完全相同
1229
1229
#### 描述
1230
1230
添加同义词组。
1231
1231
1232
- 该命令用于创建新的同义词组。该命令返回同义词组 ID,稍后可使用该 ID 向该同义词组添加其他术语。只有在添加操作后被索引的文档才会受到影响。
1232
+ 该命令用于创建新的同义词组。该命令返回同义词组 ID,稍后可使用该 ID 向该同义词组添加其他术语。只有在添加操作后被索引的文档才会受到影响。
Original file line number Diff line number Diff line change 1
- #RedisSearch中的垃圾回收
1
+ # RedisSearch中的垃圾回收
2
2
3
- ##1 .GC的需求
3
+ ## 1.GC的需求
4
4
- 删除文档并没有真正的删除他们。为了提高效率,而是在全局文档表里标记删除。
5
5
- 这意味着,文档表的id不再分配给任何文档。在遍历索引时,会检查是否被标记删除。
6
6
- 所有属于该文档的反向索引项是都“垃圾”。
11
11
12
12
因为我们希望优化索引,但是也不希望这项优化工作影响其他正常操作。这意味着优化或垃圾回收应该是一个后台进程,即非侵入性的。垃圾回收速度只需要在足够长的一段时间内比删除速度快,这样就不会产生超过收集能力的垃圾。
13
13
14
- ##2 .垃圾回收一个单项倒排索引
14
+ ## 2.垃圾回收一个单项倒排索引
15
15
一个单项倒排索引由一个“块”数组组成,每个块包含一个编码的记录列表——文档id增量加上其他数据,具体取决于索引编码方式。当其中的一些记录指向已删除的文档时,这部分称为“垃圾”。
16
16
17
17
算法非常简单:
32
32
else:
33
33
garbage += record.length
34
34
35
- ###2 .1数子索引的垃圾回收
35
+ ### 2.1数子索引的垃圾回收
36
36
数字索引是有特殊编码的反向索引树。这意味着它可以用相同的算法,只遍历树中的每个倒排索引对象。
37
37
38
- ##3 .FORK GC
38
+ ## 3.FORK GC
39
39
关于FORK GC的文档请参考:[ blog] ( https://redislabs.com/blog/increased-garbage-collection-performance-redisearch-1-4-1/ ) 。
40
40
41
41
从版本1.6开始,FORK GC已经是RedisSearc中默认的GC策略。它在清理索引的同时不降低查询和索引性能方面是非常有效的。
42
-
You can’t perform that action at this time.
0 commit comments