]> git.saurik.com Git - redis.git/blob - 00-RELEASENOTES
Fixed release notes typo
[redis.git] / 00-RELEASENOTES
1 Redis 2.6 release notes
2
3 Migrating from 2.4 to 2.6
4 =========================
5
6 Redis 2.4 is mostly a strict subset of 2.6. However there are a few things
7 that you should be aware of:
8
9 * You can't use .rdb and AOF files generated with 2.6 into a 2.4 instance.
10 * 2.4 slaves can be attached to 2.6 masters, but not the contrary, and only
11 for the time needed to perform the version upgrade.
12
13 There are also a few API differences, that are unlikely to cause problems,
14 but it is better to keep them in mind:
15
16 * SORT now will refuse to sort in numerical mode elements that can't be parsed
17 as numbers.
18 * EXPIREs now all have millisecond resolution (but this is very unlikely to
19 break code that was not conceived exploting the previous resolution error
20 in some way.)
21 * INFO output is a bit different now, and contains empty lines and comments
22 starting with '#'. All the major clients should be already fixed to work
23 with the new INFO format.
24
25 Also the following redis.conf and CONFIG GET / SET parameters changed name:
26
27 * hash-max-zipmap-entries, now replaced by hash-max-ziplist-entries
28 * hash-max-zipmap-value, now replaced by hash-max-ziplist-value
29 * glueoutputbuf option was now completely removed (was reprecated)
30
31 ---------
32 CHANGELOG
33 ---------
34
35 What's new in Redis 2.5.7 (aka 2.6 Release Candidate 1)
36 =======================================================
37
38 UPGRADE URGENCY: upgrade not recommended because this is an RC release.
39
40 * This is the first release candidate for Redis 2.6. We are not aware of
41 bugs, but part of this code is young and was never tested in production
42 environments, so handle with care.
43
44 An overview of new features and changes in Redis 2.6.x
45 ======================================================
46
47 * Server side Lua scripting, see http://redis.io/commands/eval
48 * Virtual Memory removed (was deprecated in 2.4)
49 * Hardcoded limits about max number of clients removed.
50 * AOF low level semantics is generally more sane, and especially when used
51 in slaves.
52 * Milliseconds resolution expires, also added new commands with milliseconds
53 precision (PEXPIRE, PTTL, ...).
54 * Better memory usage for "small" lists, ziplists and hashes when fields or
55 values contain small integers.
56 * Clients max output buffer soft and hard limits. You can specifiy different
57 limits for different classes of clients (normal,pubsub,slave).
58 * AOF is now able to rewrite aggregate data types using variadic commands,
59 often producing an AOF that is faster to save, load, and is smaller in size.
60 * Every redis.conf directive is now accepted as a command line option for the
61 redis-server binary, with the same name and number of arguments.
62 * Hash table seed randomization for protection against collisions attacks.
63 * Performances improved when writing large objects to Redis.
64 * Integrated memory test, see redis-server --test-memory.
65 * INCRBYFLOAT and HINCRBYFLOAT commands.
66 * New DUMP, RESTORE, MIGRATE commands (back ported from Redis Cluster to 2.6).
67 * CRC64 checksump in RDB files.
68 * Better MONITOR output and behavior (now commands are logged before execution).
69 * "Software Watchdog" feature to debug latency issues.
70 * Significant parts of the core refactored or rewritten. New internal APIs
71 and core changes allowed to develop Redis Cluster on top of the new code,
72 however for 2.6 all the cluster code was removed, and will be released with
73 Redis 3.0 when it is more complete and stable.
74 * Redis ASCII art logo added at startup.
75 * Crash report on memory violation or failed asserts improved significantly
76 to make debugging of hard to catch bugs simpler.
77 * redis-benchmark improvements: ability to run selected tests,
78 CSV output, faster, better help.
79 * redis-cli improvements: --eval for comfortable development of Lua scripts.
80 * SHUTDOWN now supports two optional arguments: "SAVE" and "NOSAVE".
81 * INFO output split into sections, the command is now able to just show
82 pecific sections.
83 * New statistics about how many time a command was called, and how much
84 execution time it used (INFO commandstats).
85 * More predictable SORT behavior in edge cases.
86 * Better support for big endian and *BSD systems.
87 * Build system improved.
88
89 --------------------------------------------------------------------------------
90
91 Credits: Where not specified the implementation and design are done by
92 Salvatore Sanfilippo and Pieter Noordhuis. Thanks to VMware for making all
93 this possible. Also many thanks to all the other contributors and the amazing
94 community we have.
95
96 See commit messages for more credits.
97
98 Cheers,
99 Salvatore