Ми запускаємо додаток Java PoS (Point of Sale) у різних магазинах із серверною базою MySql. Я хочу, щоб бази даних у магазинах синхронізувалися з базою даних на хост-сервері.
Коли в магазині відбуваються деякі зміни, вони повинні оновлюватися на хост-сервері. Як мені цього досягти?
Відповіді:
Реплікацію створити не дуже складно.
Ось кілька хороших підручників:
http://www.ghacks.net/2009/04/09/set-up-mysql-database-replication/
http://dev.mysql.com/doc/refman/5.5/en/replication-howto.html
http://www.lassosoft.com/Beginners-Guide-to-MySQL-Replication
Ось декілька простих правил, про які вам доведеться пам’ятати (звичайно, є і більше, але це головне поняття):
Таким чином, ви уникнете помилок.
Наприклад: якщо ваш скрипт вставити в однакові таблиці як головного, так і підлеглого, у вас виникне дублікат конфлікту первинного ключа.
Ви можете розглядати "веденого" як "резервний" сервер, який містить ту саму інформацію, що і головний, але не може додавати дані безпосередньо, лише дотримуйтесь інструкцій головного сервера.
ПРИМІТКА: Звичайно, ви можете читати з ведучого, і ви можете писати на ведений, але переконайтесь, що не пишете в однакові таблиці (майстер на ведений і ведений на головний).
Я б порекомендував відстежувати ваші сервери, щоб переконатися, що все в порядку.
Повідомте мене, якщо вам потрібна додаткова допомога
три різних підходи:
Класичний підхід клієнт / сервер: не розміщуйте в магазинах базу даних; просто попросіть програми отримати доступ до вашого сервера. Звичайно, краще, якщо ви встановите VPN, але просто обернути з'єднання в SSL або ssh є розумним. Плюс: це те, як спочатку думали бази даних. Недолік: якщо у вас велика затримка, складні операції можуть стати повільними, можливо, доведеться скористатися збереженими процедурами, щоб зменшити кількість туди-назад.
тиражований майстер / майстер: як запропонував @Book Of Zeus. Мінуси: дещо складніший у налаштуванні (особливо якщо у вас кілька магазинів), злом у будь-якому магазині може потенційно скомпрометувати всю систему. Плюси: краща чутливість, оскільки операції читання є повністю локальними, а операції запису розповсюджуються асинхронно.
офлайн-операції + крок синхронізації: виконуйте всі роботи локально і час від часу (може бути раз на годину, щодня, щотижня, що завгодно), пишіть резюме з усіма новими / зміненими записами з останньої операції синхронізації та надсилайте на сервер. Плюси: може працювати без мережі, швидко, легко перевіряється (якщо короткий зміст читається). Мінуси: у вас немає інформації в режимі реального часу.
SymmetricDS - це відповідь. Він підтримує декількох абонентів з однонаправленою або двонаправленою асинхронною реплікацією даних. Він використовує технології Інтернету та баз даних для тиражування таблиць між реляційними базами даних, при бажанні майже у реальному часі.
Комплексний та надійний Java API відповідно до ваших потреб.
Погляньте на інструменти порівняння схем та даних у dbForge Studio для MySQL. Цей інструмент допоможе вам порівняти, побачити відмінності, сформувати сценарій синхронізації та синхронізувати дві бази даних.