Saboteur

Нет такого успешного опыта.

Скорость канала не компенсирует пинг между датацентрами, поэтому реплика базы в других датацентрах- это исключительно для того, чтобы иметь постоянный свежий бэкап, поскольку в большинстве случаев развернуть виртуалку/докер с приложением - дело минут, а развернуть бэкап базы - часы, если не дни.

Поэтому в случае чего - просто поднимаете приложение в том же датацентре, где сейчас мастер.

Если вы будете делать стол
* вы будете делать сперва ножки, а потом столешню, или сперва столешню, а потом ножки?
* Или сперва точно нужно купить саморезы, а только потом пилить ножки?
* Или сперва купить скатерть, ведь без этого нельзя начать пилить столешню?

P.S. Просто накидайте примерную схему и начинайте пилите, начиная с любой части. Все равно для базового поднятия нужно чтобы все было по чуть чуть. В вебе новичку сложно запилить, например бэкенд, отдельно от всего сразу на 100%.

причин может быть много.
Во-первых может быть два разных phpmyadmin
во-вторых авторизация по user@server.com и user@10.20.30.40 - это разные юзеры в mysql

Посоветуйте пожалуйста мощную программу по работе с базами данных чтобы было возможно сравнивать изменения и видеть какие были внесены изменения в таблицах чтобы всё понятно было.

Такой программы нет. Если нужно смотреть журналы изменений, нужно писать свое приложение по работе с данными, либо научиться работать с логами и генерить binlogs для mysql. Но понятно там не будет.

1. Каждый нормальный хостинг представляет свои услуги по созданию бэкапа. Как минимум один бэкап должен поместиться у всех. При желании его можно скачать.

2. Если проектов много/ большие, то берете VPS и его уже бэкапите без ограничений на sftp

1. Отдельный скрипт периодически опрашивает сервера и обновляет данные в базе. Пользователь получает данные только из базы.

2. Можно кешировать запросы.
Например опрашивая состояние конкретного сервера, вы сохраняете в локальную базу данные об этом сервере и время запроса.
При следующем запросе, вы проверяете как давно выполнялся запрос на сервер. Если больше, чем xx минут назад - повторяете запрос на сервер. Если меньше - берете кешированные данные из базы.

"Также в коде Python для создания БД и таблиц используется известный, заранее заданный пароль root MySQL.
Это все сильно смущает ввиду абсолютного отсутствия безопасности."

"а также функционал позволяющий поменять root пароль от MySQL из самой программы"

Вас смущает наличие пароля от рута, но не смущает возможность потом его задать?
Зачем менять шило на мыло?

Вынесите логины и пароли из кода в конфиг файлы, и создавайте юзеров нормальными средствами.

Сохраняйте время апдейта счетчика.
Считайте разницу между текущим временем и 00:00 сегодняшнего дня, сравнивайте с временем последнего апдейта счетчика - если время апдейта было не сегодня - обнуляйте.

Под линуксом, можете конвертнуть текстовый дамп базы данных
iconv -f CP1251 -t UTF-8 dump.original -o dump_converted

Затем залить его назад в базу, но кодировку самих таблиц/базы данных при этом тоже нужно поменять на utf-8.

"И соц. сети писал, и форумы и сервисы"

Где ваша соцсеть хотя бы на десяток тысяч абонентов?
Есть ваш форум, с ежедневным онлайном хотя бы 1000 человек?
Что за сервисы, насколько они востребованы?

Когда появится проект чуть побольше, чем тот, что помещается в вашу голову, и нужно будет позвать еще несколько программистов, чтобы успевать поддерживать и разрабатывать, писанине на коленке придет белый пушистый зверек, потому что организовать одновременную работу даже 10 человек у вас так, без классов, без ООП, без инкапсуляций и так далее - просто не выйдет.

Дату регистрации нужно хранить для одной таймзоны, для серверной. Вам же важно, что пользователь зарегался тогда и тогда, а не пользователь зарегался, когда в магадане было 3 часа, а этот когда в Мск было 8 часов - сами запутаетесь.

Для добавления даты можно пользоваться не php а самим sql - now(). Либо вообще тип столбца on update now.

Можно просто сделать во время подключения клиентов сверку по времени, хранить локальное время каждого игрока, затем проверять кот быстрее нажал по timestamp (приходит от клиента)

Берете клиент для sqlite
Берете игрушку, которая хранит данные в sqlite, например league of legend
Придумываете себе задачи и работаете с базой, например найти самого медленного персонажа, или самого дорогого персонажа, или найти топ-три толстых, или кто был выпущен между 2015 и 2016.

битовая маска чуть сложнее. 1 байт может хранить до 9 NULL подряд, но минимум - всегда уходит 1 байт. То есть:
1 null занимает 1 байт
8 null занимает 1 байт
9 null занимает 2 байта