На сегодня финальная публикация по вопросу шифрования. Тема раскрыта, на мой взгляд, полностью от и до. По итогам тестирования вывода массивов данных получили такие значения: 10 записей — 0.8821 с 100 записей — 7.0132 с 800 записей — 51.078 с 1000 записей — ушли в таймаут сервера > 60 с Конечно не критично, сначала подумал я, потому что вопрос решается пагинацией и так далее, но в целом результат мне не сильно нравился, и я задумался об оптимизации, и вот мои первые мысли что можно сделать — Убрать из ответа лишние сервисные поля: search_hashes, salt, password_hash и т.п. — Ввести кеширование расшифровки ключей на аккаунт: один unwrap KEK/DEK на аккаунт и повторное использование в проходке (создали кеш на момент выполнения сценария). — Сократили лишние условия и I/O внутри цикла. Итоги после оптимизации сценария: 10 записей — 0.2402 с 100 записей — 0.7411 с 800 записей — 4.4339 с 8000 записей — 41.3750 с ⚡️ Прирост скорости от 3.7× до 11.5× на типичных объёмах, плюс стала возможна обработка 8000 записей за раз без таймаута.