Въз основа на бележките към изданието, предполагам, че е така. Ето малка информация от там:
Въпреки заслужената репутация на Redis за висока производителност, неговата еднонишкова архитектура е спорна сред инженерите, които се чудеха дали Redis може да бъде дори по-бърз. Redis 6 звъни в нова ера:въпреки че запазва основния еднонишков интерфейс за достъп до данни, I/O вече е с резба.
Чрез делегиране на времето, прекарано в четене и писане на входно/изходни гнезда, на други нишки, процесът Redis може да посвети повече цикли на манипулиране, съхраняване и извличане на данни - повишавайки цялостната производителност. Това подобрение запазва транзакционните характеристики на предишните версии, така че не е нужно да преосмисляте приложенията си, за да се възползвате от повишената производителност. По същия начин, еднонишковата команда DEL на Redis вече може да бъде конфигурирана да се държи като многонишковата команда UNLINK, която е налична от Redis версия 4.
Производителността на локална променлива е почти винаги ненадмината. И накрая, дори база данни с толкова висока производителност като Redis ще бъде много по-бавна от достъпа до нещо от стека или хийпа. Redis 6 добавя нова техника за сложни клиентски библиотеки за внедряване на кеширащ слой от страна на клиента за съхраняване на подмножество от данни във вашия собствен процес. Тази реализация е достатъчно интелигентна, за да управлява множество актуализации на едни и същи данни и да поддържа данните ви възможно най-синхронизирани — като същевременно запазва предимствата на Redis със скоростта на локалните променливи.
Можете също така да го проверите/сравните с redis-benchmark или memtier сбруя за вашия профил на екземпляр/натоварване.