[用户在上发布的问题]
在YugabyteDB集群中获取此错误:
F0531 17:26:15.079571 129854 hybrid_clock.cc:177] Too big clock skew is detected: 0.920s, while max allowed is: 0.900s; clock_skew_force_crash_bound_usec=60000000
我正在调整我的--max_clock_skew_usec配置中的TServer参数。但我也想知道clock_skew_force_crash_bound_usec是从哪里来的。
最初的任务可以这样描述:我需要删除庞大的列表(可能有数十亿个项目),而不存储原始项目--这简直是负担不起的
我只需要知道一个问题的答案:“我的系统以前见过这个元素吗?”
到目前为止,我所能找到的最接近的数据结构是一个布卢姆过滤器,但是它有假阳性,这在我的任务中最好避免,因为它会导致数据丢失。
例如,提供i帐户来存储至少2^32项,并且肯定错误率仅为1% (这意味着我需要至少访问所有urls的1%)。
n = 4,294,967,296, p = 0.01 (1 in 100) → m = 41,167,512,262 (4.79GB), k = 7
4.79GB内存..。
任务本身是一个高规模
我的应用程序需要一个键值存储。以下是有关关键值的一些详细信息:
1) Number of keys (data type: string) can either be 256, 1024 or 4096.
2) Data type of values against each key is a list of integers.
3) The list of integers (value) against each key can vary in size
4) The largest size of the value can be around 10,000,000 intege