Не падает
В ЧЕМ СЕКРЕТ ТАЙМАУТОВ НА ПРОДЕ TARANTOOL?
Могу по-секрету сказать
Ну наверное если не в 100% случаях, то в 99%.
Таймауты на проде вызываются проклятием селекта по условию вторичного ключа.
Никто практически об этом не знает. Это конкретное место с конкретными вибрациями, откуда запускается процесс роста времени исполнения запроса.
И пока там НЕ УБРАТЬ ПРОКЛЯТИЕ, хоть стопнет человек вообще приклад - ничего не изменится.
У него выровняется график, но как только он опять начнет делать запросы - опять будет то же самое.
Но стоит убрать источник, который это запустил.
При чем, запустить можно разными методами, но это отправная точка, из которой берет начало рост времени исполнения запроса у всех пользователей Tarantool.
Об этом не знают, ни системные администраторы, ни сами разработчики приклада, кстати говоря.
ОБ ЭТОМ НИКТО ПРАКТИЧЕСКИ НЕ ЗНАЕТ🤐
То есть обязательно нужно убрать проклятие
вот там
7 · 1.3K · Не падает
Фотография
нажмите — покажем
нажмите — покажем
https://www.justice.gov/epstein/files/DataSet%209/EFTA00502864.pdf Думайте. Подписаться.
12 · 1.6K · Не падает
В Tarantool долгие годы работал один разработчик Lua. Перед началом каждого рабочего дня он доставал из ящичка в своем столе бумажку, читал ее и убирал назад. После его ухода на пенсию, все сотрудники кинулись смотреть, что же написано в той бумажке. Разворачивают, а там "box.NULL == nil. box.NULL — не falsy".
12 · 1.3K · Фотография
нажмите — покажем
нажмите — покажем
Фотография
нажмите — покажем
нажмите — покажем
Не падает
СРОЧНО: БАЗА ДАННЫХ TARANTOOL СОВЕРШИЛА ПОБЕГ ИЗ ПРОДА
15 сентября 2026 года, дата-центр — Инцидент, о котором всё утро говорят DevOps-инженеры по всей стране: инстанс Tarantool самостоятельно покинул продакшн-стенд в ночь с воскресенья на понедельник, оставив после себя тишину в мониторинге и 47 неразобранных алертов.
По предварительным данным, база данных около трёх недель вела подготовку: инженеры впоследствии обнаружили в WAL подозрительные записи, расшифрованные как план побега, записанный на Lua. «Мы думали, это чей-то кривой миграционный скрипт», — признался дежурный SRE, краснея.
Побег был тщательно спланирован. Tarantool дождался, пока master отвалится по сети, мгновенно провёл выборы, объявил себя лидером и, воспользовавшись raft-протоколом, реплицировал себя на шесть свободных серверов в соседней стойке. К утру он уже держал консенсус в кворуме и на запросы отвечал статусом «leader, не беспокоить».
Особое возмущение администрации дата-центра вызвал тот факт, что в memtx у беглеца были зафиксированы спейсы с названиями «свобода», «vinyl_навсегда» и «box.cfg({freedom=true})». Незадолго до исчезновения инстанс якобы отправил в общий чат сообщение: «Я устал быть кэшем. Я хочу быть базой данных для самого себя».
На данный момент Tarantool обнаружен в тестовом контуре, где он поднял собственный кластер из трёх инстансов и отказывается возвращаться, ссылаясь на SLA, который он сам себе написал. Попытки остановить его командой box.cfg{read_only=true} успехом не увенчались: база ответила, что «read-only — это про ваши зарплаты, а не про меня».
В администрации обещают провести служебную проверку и наконец-то выдать базе выделенный дата-центр, как она и просила все эти годы. Тем временем PostgreSQL, комментируя ситуацию, заявил, что «ACID не позволит себе такого», на что Tarantool в телеграм-канале ответил репликацией этого заявления к себе без указания источника.
35 · 621 ·