You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@antirez,
Now that we have preamble AOF file enabled by default, it affects AOF rewrites, and cases where appendonly config is set at runtime (causing a fork an a rewrite), but there's one case where we still create simple AOF files, which is when the server starts up configured with appendonly and has no pre-existing AOF file on the disk.
There are at least few obvious disadvantages of a simple AOF:
the preamble rdb has some metadata about the server that created it and so on, that we're missing in the simple AOF.
it's a bit odd that some AOF files look different than others in their format. i can imagine a case where someone writes a piece of code that processes AOF files, and tests it only one one case, getting a surprise bug later on when he unexpectedly encounters the other type.
in the rdb, modules can inject some out of keyspace aux data, they may need / want that ability also in freshly created AOF files. some modules may depend on that ability (obviously assuming the module was loaded at startup).
In theory, it should be quite simple to dump an empty RDB file header into the AOF file when creating it on server startup (probably without a fork)
The text was updated successfully, but these errors were encountered:
@oranagra
Simple aof file has one very useful feature - you can easily copy it somewhere else and then to re-import cat file | redis-cli --pipe. Currently redis-cli chokes on the new mixed format.
Hi @silvpol, this could actually be a nice redis-cli feature: the ability to load the RDB preamble (as a sequence of RESTORE commands or whatever). It would be much faster as well.
@antirez,
Now that we have preamble AOF file enabled by default, it affects AOF rewrites, and cases where
appendonly
config is set at runtime (causing a fork an a rewrite), but there's one case where we still create simple AOF files, which is when the server starts up configured withappendonly
and has no pre-existing AOF file on the disk.There are at least few obvious disadvantages of a simple AOF:
In theory, it should be quite simple to dump an empty RDB file header into the AOF file when creating it on server startup (probably without a fork)
The text was updated successfully, but these errors were encountered: