http://shepd.sinp.msu.ru/papers/vladimirsky1.htm, https://www.socionauki.ru/journal/files/iis/2009_2/solnechno_biosfernie_svyazi.pdf
Владимирский проводил масштабные исследования, даже выпустил книгу по этому поводу, есть явная взаимосвязь солнечных циклов с историческими событиями и социальными потрясениями
Подобные исследования проводили и в высшей школе экономики
https://publications.hse.ru/pubs/share/direct/210655067.pdf
По какой траектории?
взрыв был почти точно на линии Солнце- Земля, а вы не здешний?))
и да, не спешите голосовать, солнечный ветер ещё не долетел, начнётся где-то с 9:20 МСК в понедельник...
Тоже висело где-то с неделю. Сегодня пропала плашка с предупреждением.
это можно выяснить, что сохраняется, преобразовав бинлог файл в sql дамп, и открыв его в блокноте
mysqlbinlog --verbose /var/lib/mysql/binlog_file > /logs/whats_in_this_binlog.sql
если так сделать, то восстановить изменения базы можно будет только те, которые прошли за последние два дня, и соответственно общие дампы придётся делать через эти же 1-2 дня, как раз 30 дней удобнее, ну хотя-бы 10, делаешь основной дамп, удаляешь старые бинлог файлы, ну или по крону
mysqldump -u root -ppassword --all-databases | gzip > /dumps/full-backup-`date +"%Y-%m-%d"`.sql.gz
Запуталась. Этих файлов более 700, каждый более 100 Мб. Пришло сообщение, что переполнилось место на сервере, проверила, чем же так могло оно быть занято.
На сервере 10 баз данных, каждая не более 2 Гб и меньше. Что всё же хранится в этих бинарных логах? Можно ли удалить хотя бы старые логи?
в них хранится вся история изменения данных в базе, по ней можно восстановить, если она грохнется, вы можете смело запустить команду
PURGE BINARY LOGS BEFORE '2024-02-01 00:00:00';
но перед этим сделать полный бэкап:
mysqldump -u root -ppassword --flush-logs --delete-master-logs --all-databases > full-backup.sql
full-backup.sql
восстановить базу до состояния создания этого файла командой
mysql -u root -ppassword < full-backup.sql
а потом накатить изменения, которые были сделаны после его создания, согласно бинлогам:
mysqlbinlog mysql_bin.00001 mysql_bin.00002 mysql_bin.00003 | mysql -u root -ppassword
Спасибо! Можно ли удалить данные файлы? Техподдержка написала:
Это действительно так или это логи, которые можно безболезненно удалить?
нет, это не просто логи, вот цитата:
В бинарный лог записываются все команды изменения базы данных, пригодится для репликации и восстановления
и их не рекомендуется отключать:
Использование бинарного лога снижает производительность базы данных, однако его польза настолько велика, что крайне не рекомендуется его отключать
зато можете периодически безопасно удалять запросом к базе
PURGE BINARY LOGS BEFORE NOW() - INTERVAL 30 DAY;
этот запрос удаляет бинлоги старше 30 дней, и сервер баз данных при этом перезагружать не надо
или вот так, старше определённой даты
Dmitriy_2014 :
Проверяет ли кто память на ошибки на VPS/VDS сервере, или этим хостинг занимается, тестируя свое железо, или в 2024 с завода нормальная память её можно и не тестировать чё с ней будет :)
Как ОС работает с памятью, в которой есть ошибки, типа как с бэдблоками в жестких дисках, изолируя работу с этими блоками?
Этим должен заниматься хостер, но на ошибки он максимум проверит память на этапе сборки сервера, а дальше по симптомам, если он обнаружит странности в работе железа, то начнёт разбираться, а если не обнаружит, то не начнёт, особенно это касается выделенных серверов, если ошибки появятся после сборки сервера, то они могут и не быть обнаружены никогда, если всем всё пофиг и не затрагивают для системы критически важных областей, так, что система в целом выглядит рабочей. Проявляться неработоспособность памяти может самым разным образом, от порчи данных, до размонтирования рабочего диска (система работала работала, а потом бац и всё отвалилось), у меня такое было на FreeBSD на бракованной памяти. Хорошая новость заключается в том, что обычно дефектную память обнаруживают на этапах сборки сервера, и если она прошла все тесты, то вероятность того, что она начнёт сыпаться с временем крайне мала, но она есть, особенно если подвергается нагреву и работает в жёстких условиях, когда очень активно используется
Если вы пользователь VDS сервера, то проверить вы сможете только часть памяти, выделенной вам в данный момент, потом ситуация может измениться, такое себе занятие, но если хотите доказать хостеру, что память на физическом сервере явно бракованная, то можно и таким образом поступить, запустив утилиту memtester, проверив часть памяти прямо из linux, если хостер позволяет запускаться с live cd, то сможете проверить и через memtest86 или любую другую программу, но опять таки, только выделенную вам в данный момент память от физического сервера, потом ситуация может измениться
Трижды покупал в магазине DNS бракованную DDR4 память, две без ECC (G.Skill, Kingston HyperX), и одну с ECC (Samsung), так что брак есть всегда и везде и всегда надо проверять, бывает даже, что в одноканале память проходит все тесты, а в двухканале нет
Eclipse PDT
уже лет 15 пользуюсь, он полностью бесплатный, работает и на Windows и на Lunux, удобно работать с сайтами, использующими PHP, CSS, HTML, JavaScript, MySQL
https://eclipse.dev/pdt/
для работы надо установить Java
