c2513ecb |
1 | Redis 2.6 release notes |
2 | |
3 | Migrating from 2.4 to 2.6 |
4 | ========================= |
5 | |
01e95705 |
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: |
c2513ecb |
8 | |
01e95705 |
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. |
c2513ecb |
12 | |
01e95705 |
13 | There are also a few API differences, that are unlikely to cause problems, |
14 | but it is better to keep them in mind: |
c2513ecb |
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 |
01e95705 |
22 | starting with '#'. All the major clients should be already fixed to work |
23 | with the new INFO format. |
c2513ecb |
24 | |
d22248ae |
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 was no completely removed as it does not make sense |
30 | |
c2513ecb |
31 | --------- |
32 | CHANGELOG |
33 | --------- |
34 | |
35 | What's new in Redis 2.6.0 |
36 | ========================= |
37 | |
38 | UPGRADE URGENCY: We suggest new users to start with 2.6.0, and old users to |
39 | upgrade after some testing of the application with the new |
40 | Redis version. |
41 | |
42 | * Server side Lua scripting, see http://redis.io/commands/eval |
43 | * Virtual Memory removed (was deprecated in 2.4) |
44 | * Hardcoded limits about max number of clients removed. |
45 | * AOF low level semantics is generally more sane, and especially when used |
46 | in slaves. |
47 | * Milliseconds resolution expires, also added new commands with milliseconds |
48 | precision (PEXPIRE, PTTL, ...). |
518e7202 |
49 | * Clients max output buffer soft and hard limits. You can specifiy different |
c2513ecb |
50 | limits for different classes of clients (normal,pubsub,slave). |
51 | * AOF is now able to rewrite aggregate data types using variadic commands, |
52 | often producing an AOF that is faster to save, load, and is smaller in size. |
53 | * Every redis.conf directive is now accepted as a command line option for the |
54 | redis-server binary, with the same name and number of arguments. |
55 | * Hash table seed randomization for protection against collisions attacks. |
56 | * Performances improved when writing large objects to Redis. |
57 | * Significant parts of the core refactored or rewritten. New internal APIs |
58 | and core changes allowed to develop Redis Cluster on top of the new code, |
59 | however for 2.6 all the cluster code was removed, and will be released with |
60 | Redis 3.0 when it is more complete and stable. |
61 | * Redis ASCII art logo added at startup. |
62 | * Crash report on memory violation or failed asserts improved significantly |
63 | to make debugging of hard to catch bugs simpler. |
64 | * redis-benchmark improvements: ability to run selected tests, |
65 | CSV output, faster, better help. |
66 | * redis-cli improvements: --eval for comfortable development of Lua scripts. |
67 | * SHUTDOWN now supports two optional arguments: "SAVE" and "NOSAVE". |
68 | * INFO output split into sections, the command is now able to just show |
69 | pecific sections. |
70 | * New statistics about how many time a command was called, and how much |
71 | execution time it used (INFO commandstats). |
72 | * More predictable SORT behavior in edge cases. |
73 | * INCRBYFLOAT and HINCRBYFLOAT commands. |
74 | |
75 | -------------------------------------------------------------------------------- |
76 | |
77 | Credits: Where not specified the implementation and design are done by |
78 | Salvatore Sanfilippo and Pieter Noordhuis. Thanks to VMware for making all |
79 | this possible. Also many thanks to all the other contributors and the amazing |
80 | community we have. |
81 | |
82 | See commit messages for more credits. |
83 | |
84 | Cheers, |
85 | Salvatore |