避免terminating connection due to conflict with recovery错误,也有可接受的replication lag。
Google Cloud PostgreSQL 9.6,复制开启(使用流式复制),PGPool-II 设置为只做负载均衡并且在从属设备上具有以下属性:
work_mem 3276800
commit_delay 100
max_wal_size 940
max_standby_archive_delay -1
max_standby_streaming_delay -1
hot_standby_feedback on
Run Code Online (Sandbox Code Playgroud)
机器配置:
vCPU:8,内存:30 GB,SSD 存储:76 GB
工作量:
Master满载writes和reads,slave也满载了很多reads。查询的最大长度可能约为8-10秒。
我们之前尝试过的:
设置max_standby_archive_delay和max_standby_streaming_delay对900000(900秒),但是我们看到了很多的conflict错误。
设置max_standby_archive_delay和max_standby_streaming_delay到-1,这使冲突错误消失,但是滞后增加了很多(在某处23mins)
设置max_standby_archive_delay和max_standby_streaming_delay到-1和hot_standby_feedback 到on。这也使冲突错误消失了,但是我们仍然看到复制滞后(大约500 secs …
我在检测以小写字母开头的命名实体时遇到问题。我已经尝试了链接https://github.com/explosion/spaCy/issues/701上提供的解决方案。它似乎对我不起作用。
======关于spaCy的信息==============
spaCy version 2.1.4
Platform Darwin-16.7.0-x86_64-i386-64bit
Python version 3.6.5
Models en
Run Code Online (Sandbox Code Playgroud)
import spacy
from spacy import displacy
nlp = spacy.load('en_core_web_sm')
sk = nlp.vocab[u'south korea']
SK = nlp.vocab[u'South Korea']
sk.is_lower = SK.is_lower
sk.shape = SK.shape
sk.shape_ = SK.shape_
sk.is_upper =SK.is_upper
sk.cluster = SK.cluster
sk.is_title = SK.is_title
doc = nlp(u'south korea is a country in asia')
for word in doc:
print(word.text, word.tag_, word.ent_type_)
Run Code Online (Sandbox Code Playgroud)
预期的输出是:
south NNP GPE
korea NNP GPE
is VBZ
a DT
country NN
in IN
asia …Run Code Online (Sandbox Code Playgroud)