ad716e29c0
CG: Fix propagate() arg count in streamPropagateXCLAIM().
2018-03-20 11:13:41 +01:00
3cae5f0321
CG: XGROUP CREATE/DELCONUSMER replication.
2018-03-20 11:07:01 +01:00
0b58ad301e
CG: Replication WIP 1: XREADGROUP and XCLAIM propagated as XCLAIM.
2018-03-19 18:02:19 +01:00
36b78e8dfe
Aesthetic changes to PR #4749 .
2018-03-16 16:57:53 +01:00
7e3c583532
Merge branch 'hyperloglog-improvement' of https://github.com/oertl/redis into oertl-hyperloglog-improvement
2018-03-16 16:27:38 +01:00
38bc8ea531
RDB version 9.
2018-03-16 13:48:44 +01:00
8b0cfb1e66
RDB: Implement future-proof module AUX data loading.
2018-03-16 13:47:10 +01:00
54cae05ea7
rdb: incremental fsync when redis saves rdb
2018-03-16 00:44:50 +08:00
b1aae86fc6
RDB: make RDB check aware of LFU/LRU opcodes.
2018-03-15 16:39:33 +01:00
8176a2ee76
RDB: LRU/LFU branches missed continue.
2018-03-15 16:33:18 +01:00
1ce50a7adf
RDB: Ability to load LFU/LRU info.
2018-03-15 16:24:53 +01:00
d7a5c0eb71
RDB: Ability to save LFU/LRU info.
...
This is a big win for caching use cases, since on reloading Redis will
still have some idea about what is worth to evict and what not.
However this only solves part of the problem because the information is
only partially propagated to slaves (on write operations). Reads will
not affect slaves LFU and LRU counters, so after a failover the eviction
decisions are kinda random until keys start to collect some aging/freq info.
However since new slaves are initially populated via RDB file transfer,
this means that if we spin up a new slave from a master, and perform an
immediate manual failover (for instance in order to upgrade the master),
the slave will have eviction informations to use for some time.
The LFU/LRU info is persisted only if the maxmemory policy is set to one
of the relevant type, even if no actual "maxmemory" memory limit is
set.
2018-03-15 13:15:55 +01:00
6614361615
CG: XINFO STREAM.
2018-03-15 12:54:10 +01:00
d7d8cd0b2f
CG: XINFO GROUPS + output format changes.
...
XINFO is mainly an observability command that will be used more by
humans than computers, and even when used by computers it will be a very
low traffic command. For this reason the format was changed in order to
have field names. They'll consume some bandwidth and CPU cycles, but in
this context this is much better than having to understand what the
numbers in the output array are.
2018-03-15 12:54:10 +01:00
0cf6b1e3ae
CG: XINFO CONSUMERS implemented.
2018-03-15 12:54:10 +01:00
67eeeb0b10
Streams: fix XREAD missing check for NULL object.
2018-03-15 12:54:10 +01:00
8d8755c7b5
CG: throw an error if XREADGROUP is used without GROUP.
2018-03-15 12:54:10 +01:00
d4f81ebdba
CG: XGROUP DELCONSUMER implemented.
2018-03-15 12:54:10 +01:00
9b423ae237
CG: remove stale comment. XREADGROUP is now implemented.
2018-03-15 12:54:10 +01:00
e6d434c167
CG: implement RETRYCOUNT in XCLAIM.
2018-03-15 12:54:10 +01:00
f3d9520ccb
CG: fix CG RDB loading not found conditional.
2018-03-15 12:54:10 +01:00
34614a1508
CG: NACK created by XCLAIM FORCE must be set in global PEL.
2018-03-15 12:54:10 +01:00
596264aee9
CG: implement XCLAIM FORCE option.
2018-03-15 12:54:10 +01:00
b26f03bd69
CG: XCLAIM now updates the idle time of the message.
2018-03-15 12:54:10 +01:00
f7d4c3acdf
Streams: trap more errors in stream loading + RDB check type name.
2018-03-15 12:54:10 +01:00
8727b4845b
CG: XCLAIM, use minidle and fix array len.
2018-03-15 12:54:10 +01:00
09e3b3b975
CG: remove unused argument from streamReplyWithRangeFromConsumerPEL().
2018-03-15 12:54:10 +01:00
13ff7bc3ef
CG: fix RDB saving when there are no consumer groups.
2018-03-15 12:54:10 +01:00
267f7f2c97
Streams: fix error description for XADD when specified ID is small.
2018-03-15 12:54:10 +01:00
0a6780e560
CG: XCLAIM initial draft.
2018-03-15 12:54:10 +01:00
00a29b1a81
Make addReplyError...() family functions able to get error codes.
...
Now you can use:
addReplyError("-MYERRORCODE some message");
If the error code is omitted, the behavior is like in the past,
the generic -ERR will be used.
2018-03-15 12:54:10 +01:00
c9d86c2b16
CG: More specific duplicated group error.
2018-03-15 12:54:10 +01:00
9f60a6bcee
CG: RDB loading, fix inverted conditional.
2018-03-15 12:54:10 +01:00
f4e1a4de25
CG: RDB loading first implementation.
2018-03-15 12:54:10 +01:00
db7a5f23b4
CG: RDB saving part 2, consumers.
2018-03-15 12:54:10 +01:00
8fb6048ed0
CG: RDB saving part 1, metadata and PEL.
2018-03-15 12:54:10 +01:00
e76fb4ab25
CG: XPENDING should not create consumers and obey to count.
2018-03-15 12:54:10 +01:00
f3708af7f9
CG: XPENDING with start/stop/count variant implemented.
2018-03-15 12:54:10 +01:00
1bc31666da
CG: XPENDING without start/stop variant implemented.
2018-03-15 12:54:10 +01:00
b65fe09bb8
CG: Now XREADGROUP + blocking operations work.
2018-03-15 12:54:10 +01:00
5ad29325fe
CG: XACK should return zero when nothing is processed.
2018-03-15 12:54:10 +01:00
388c69fe4e
CG: XACK implementation.
2018-03-15 12:54:10 +01:00
5bbd117c29
CG: XREADGROUP can fetch data from the consumer PEL.
2018-03-15 12:54:10 +01:00
aa808394f6
CG: first draft of streamReplyWithRangeFromConsumerPEL().
2018-03-15 12:54:10 +01:00
bbec4569a5
CG: Fix order of calls in streamReplyWithRange().
...
We need to check if we are going to serve the request via the PEL before
inserting a deferred array len in the client output buffer.
2018-03-15 12:54:10 +01:00
41809fd969
CG: creation of NACK entries in PELs.
2018-03-15 12:54:10 +01:00
1ffb6723f5
CG: fix XREADGROUP ">" special ID parsing due to missing "continue".
2018-03-15 12:54:10 +01:00
6c0af37b6e
CG: streamCompareID() + group last_id updating.
2018-03-15 12:54:10 +01:00
86fe8fde20
CG: consumer lookup + initial streamReplyWithRange() work to supprot CG.
2018-03-15 12:54:10 +01:00
ccdae09046
CG: add & populate group+consumer in the blocking state.
2018-03-15 12:54:10 +01:00