Компания Oracle сформировала новую ветку СУБД MySQL 8.2 и опубликовала корректирующие обновления MySQL 8.0.35 и 5.7.44. Сборки MySQL Community Server 8.2.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59995
Так же падает при отключении электричества?
Просто используй полноценные БД вроде sqlite.
Нормальным людям нужно писать в базу в многопоточном режиме. Склайт на такое неспособен.
> Нормальным людям нужно писать в базу в многопоточном режиме. Склайт на такое
> неспособен.Способен, никаких проблем. У меня 100 потоков же пишут. На самом деле их уже 200, но там async. Ну иногда штук 20 встречаются, но это зависит от затупов системы и потом опять неделю живут.
Настолько не понимать, как работает SQLite -- это нужно очень постараться.
Толсто и уныло. Незачет.
> Толсто и уныло. Незачет.Но ведь это правда. Но я понимаю, что правда глаза колет.
А 8.0 падает?
При отключении электричества всё падает, даже sqlite.
У меня на UPS еще 30 минут пишет в базу, а только потом падает.
Что UPS пишет в базу?
Жалобы об отключении, что-ли?
myisam давно удалили уже, не помню в каком году.
А что там с DBF тоже уже удалили?
бесперебойник ставь
ничего падать никуда не будет
> Так же падает при отключении электричества?против отключения электричества есть упсы, генераторы, кластеры и бэкапы.
Ещё write barrier есть, но это не про кулибинов.
последний мой проект: купить 2 (нет, лучше 4) TB RAM, сделать рам-диск, всосать туда всю базу, выкрутить лимит по иопсам, бекапы сбрасывать на idle. разумеется, монолит и легаси. девляпсы, завидуйте молча.
Теперь вопрос: сколько часов транзакций теряется при потере питания?
> Теперь вопрос: сколько часов транзакций теряется при потере питания?ноль!
при потере питания UPS дает сигнал комплюхтеру, тот делает последний бэкап, останов базы, холодную копию базы, останов остальных демонов, sync; sync; sync; shutdown -h now
> при потере питания UPS дает сигнал комплюхтеру, тот делает последний бэкап, останов
> базы, холодную копию базыИ в этом время полудохлая батарейка UPS таки умирает.
А ещё UPS умеют умирать внезапно, не предупредив.Так сколько транзакций теряется при внезапной потере питания?
Ты не в курсе, что есть PRTG и всякие разные дэшборды? В том числе и UPS есть дэшборд. Какая жаль. Если админы такое не делают, то это админы локалхоста. Пинка под зад таким.
Продолжай рассказывать про внезапно нерабочую дэшборд и прочий непрофессиональный бред, да
Постоянно сидишь и пыришься в дешборды?
Есть заббих, который алертить умеет.Но алерт тебе не поможет оживить пропавшее питание, только скажет, что да - пропало.
И батарею, которая ещё не детектится, как сдохшая, но сдохнет под нагрузкой - не поможет обнаружить.
Селф-тест с полным разрядом делать можно, но даже оно не гарантирует, и жизнь батарей уменьшается в разы.
И вообще я в вашу рулетку не играю.
какие у тебя больные фантазии
все-таки есть польза от опеннета и его экспертов - напихают в панамку и не постесняются. в след.технологический перерыв придется тестировать упса и его батареи. напрмер чайник на нем вскипятить, пусть поработает с пользой.
UPS - это только начало.
Думаешь, матерь на ходу не может улететь? Или RAM? Или проц? Или БП (ну ладно, этих по 2 бывает)? :)
Тем более что чем больше в системе RAM - тем больше шансов отлететь. Для RAM кстати бывают 1+1 решения, но это дорого.Так сколько таки часов транзакций теряется при внезапном отказе:? (закончили про пропитание, обобщаем...)
Вообще я бы это вот решение "месим всё в рам" делал только с синхронной репликацией, причём более чем на 2 ноды.
> Вообще я бы это вот решение "месим всё в рам"
> делал только с синхронной репликацией,
> причём более чем на 2 ноды.И каждые 2 наносекунды! 😃
Синхронную.
> Но алерт тебе не поможет
> И батарею ... не поможет обнаружить.
> Селф-тест с полным разрядом ... не гарантирует
> и жизнь батарей уменьшается в разы.
> И вообще ...Ну таким жёстким пессимизмом и бекапы не спасут от потери данных за время межбекапного интервала.😲
Спасут от потери хотя бы части волос на заднице вследствие возгорания.
sync x 3 - это магия какая-то?
> sync x 3 - это магия какая-то?вам сколько вообще лет ?
сейчас это делается так:
echo 3 >/proc/sys/vm/drop_caches
Не совсем понял, зачем в твоём посте выше 3 раза sync, если это так делается.
результаты гуглежа :линукс:
When the sync command exited, the kernel had scheduled the sync, but not all the buffers (including the all-important filesystem superblock) had necessarily made it to the disk." See also: "According to the standard specification (e.g., POSIX.1-2001), sync() schedules the writes, but may return before the actual writing is done.man sync из Freebsd:
The sync() system call may return before the buffers are completely
flushed.так что танцы с бубном таки имеют некоторый смысл
Никаких, потому что он все три раза может так вернуться.
sync и потом 3 > drop_caches - правильный ответ
Однако система ведёт активную запись - логично, что ничего из этого не поможет, перед этим надо всю запись останавливать. Единственный вариант с гарантией - unmount перед собственно.
> echo 3 >/proc/sys/vm/drop_cachesА чё это за sys такой?
# ls /proc | grep sys | wc -l
0
>> echo 3 >/proc/sys/vm/drop_caches
> А чё это за sys такой?
> # ls /proc | grep sys | wc -l
> 0а это финношведское низкоуровневое волшебство. google it.
> sync x 3 - это магия какая-то?угу, времен примерно system III или даже раньше.
Удивительно, как шаманские ритуалы, давным-давно утратившие всякий смысл, оказываются живучи.
(впрочем, нет. ничего удивительного. страна дураков. Вон что батарейки в упсе могут внезапно сказать "чпок" - они не, и не слышали даже. prtg у них! Дэшборды! Дна нету.)
Нагрузка, надеюсь, rare read? Потому что если нагрузка не в основном на запись (есть такие - аналитическая агрегация например, при которой исходный поток хранить не нужно) - какое-то вообще бессмысленное и беспощадное решение, всё равно вся база в итоге в кеш втянется при чтении, можно просто preload делать.
> равно вся база в итоге в кеш втянется при чтении,кэши и буферы урезаны, перекладывать из RAM в RAM глупое занятие.
Зачем перекладывать и RAM в RAM? Page mapping давно отменили?
В принципе да, понятно, что сетап экспериментальный, бессмысленный и беспощадный.
Постгрыз, надеюсь?
А зачем это? Запихивание страниц в РАМ за пределами нормально настроенного буферного кэша вообще прироста доступности не даёт.
> Запихивание страниц в РАМ за пределами нормально настроенного буферного
> кэша вообще прироста доступности не даёт.начнем с того, что кроме "доступности" есть и другие показатели.
а закончим тем, что я буферный кэш настраивать не умею.
пробовал 2 раза, 2 разные методики, получил мизер,
затраченное время не окупилось.
> против отключения электричества есть упсы, генераторы,Да-да. И компактный ядерный реактор в подвале здания! 😃
Лет 5 назад создание партиций разных типов завершалось ошибкой. Изменилось ли что-то в этом плане?
Боюсь спросить, зачем вам партиции разных типов.
СУБД давно устрели.
Еще скажи, что LAMP стек мертв.
Вообще говоря, да. Как и WAMP, кстати. А еще LAMP из tasksel убрали. И ще из этих 4 штук - LAMP - как минимум 2 неудачны.
И что же современно, молодёжно?
Быть блоггером.
Тиктокером. Блогеры остались в 2010-х.
Блокчейн.
микросервисы-кубернетисы
> микросервисы-кубернетисызамечатально. а внутри микросервисов что ?
Да что-нибудь. 2+2
Главное слово модное.
файлообмен вернулся?
> файлообмен вернулся?Скайп?
>> файлообмен вернулся?
> Скайп?Да нет же.
Флоппинет!
Фидонет на худой конец. Ну можно фидо поверх IP, если уж надо по модному. 😃
> файлообмен вернулся?и не пропадал. экзотический варез в т.ч. на обменниках
(а также в торрентах и облаках яндекс и мэйл.ру).
Кто этим пользуется, когда есть MariaDB от старого автора?
Я пользуюсь с 2011 года. Не вижу смысла переходить на MariaDB.
Старый автор уже старый. Компания Оракл вечна.
Надеюсь, что нет, ибо она есть Зло.
Почему зло? Спасибо им за прекрасный Orcale Linux, а то центос убили, а нормальной альтернативы нет
Ты с ними когда-нибудь работал? А про то как они с Sun поступили забыл? А как закрыли доступ к документации и даже старые прошивки на железо? А подсадка пользователей на подписку на подписку на подписку? Разве что хозяин в WHO не заседает, как у микроосфт, но и это не точно.
Прекрасный-то он прекрасный, но когда обнаруживаешь отсутствие в репах софта, который есть во всех ранее использованных дистрах - начинаешь задумываться, а не ну ли его нафиг этот их прекрасный линукс с этим их несокрушимым энтерпрайзным ядром.
Про васянорепы можно не рассказывать.
Можно считать что оно уравновешивает всё другое добро.
Кто этим пользуется если есть MongoDB?
Кому впёрся этот шлак.
Всем кому работать с данными, а столбики строить.
> а столбики строить.Нейронка за секунду их рисует.
> есть MongoDBХайп уже прошел и все вернулись на православный sql.
а как же redis ? икона современных бэкендеров и микросервисархитекторов (а также дырка на дырке).
Это точно. Хотя на MariaDB я уже недолго прожил, перейдя на Слоника.
Я. Причём перевожу системы назад с MariaDB - MariaDB угробили-таки, смогли.
> Я. Причём перевожу системы назад с MariaDB - MariaDB угробили-таки, смогли.Как!? Что случилось?
По сути много что, но самое основное - это то, что выпилили треды сброса пула. Это фаталити.
В восьмёрке-то всё правильно сделано - компрессию перенесли в i/o thread, там можно флашеры и выпилить было - но до сих пор не выпилили. А в машухдб взяли и выпилили флашеры, оставив компрессию - в итоге она теперь замечательно идёт в один поток.
в основе последней Maria лежит подкрученная 5.7
8ка таки это революция в плане скорости
и глюков, с десяток баз создашь по семерой и накрылся интанс, в 8.1 так было
я имел ввиду пересоздашь одну и ту же базу, на девелоперской машине например
> Кто этим пользуется, когда есть MariaDB от старого автора?Недавно пришлось воспользоваться. Разворачивал один проект, ну там всё на докерах как обычно и тащило mysql в отдельном контейнере. Mariadb и так уже присутствовал в системе, хотел попробовать обойтись без лишнего Mysql и использовать уже используемую Mariadb, а не завелось, ругалось на отсутствие какой-то функции из mysql, которую этот бэкенд использовал. Пришлось оставить этот контейнер с mysql тоже.
А зачем Марию использовать, если mysql никуда не исчез и работать продолжает?
Жду когда будет горизонтальное масштабирование из коробки, а пока это бесполезная бд.
> Плагин с поддержкой Webauthn пока доступен только для MySQL Enterprise.Оракл как обычно, в своём репертуаре. Энтерпрайзу как раз это всё не нужно особо, у энтерпрайза есть SSO с любыми методами аутентификации. Это простым смертным пароли вводить лень, даже админам (особенно админам).
О! И правда наваяли восьмую mysql.
Ну только не 8.2.0 (как в заголовке новости), а только 8.0.33, но я и о ней не знал:# pkg search -x '^mysql.*(server|client)'А чё в этих восьмых mysqlях есть такого, чтобы на них переходить с mysqlей пятых?
mysql57-client-5.7.42 Multithreaded SQL database (client)
mysql57-server-5.7.42 Multithreaded SQL database (server)
mysql80-client-8.0.33_3 Multithreaded SQL database (client)
mysql80-server-8.0.33 Multithreaded SQL database (server)
mysqlwsrep57-server-5.7.43 MySQL database enhanced with Galera replication (server package)