SmartCJ Support Forum

Столкнулся с такой проблемой: есть сайт, нужно сделать еще, допустим, 10 таких же сайтов, но не просто копий, а чтобы управлением контента можно было заниматься, только на одном, а на остальных эти действия "повторялись". Собственно, для этого изначально и были придуманы слейвы, как я понимаю). Проблема в том, что база мастера весит примерно 5 гигов и, если я сделаю ему 10 слейвов, это накинет еще сверху 50 гигов, осмелюсь предположить, что это несколько негативно отобразится на работоспособности/скорости( Еще момент, что слабое звено тут мастер, если с ним что-то случается - слейвы тоже страдают (тормозят или вообще не работают). Может быть есть какая-то альтернатива слейвам? В идеале, как я вижу, сделать еще 10 копий (каждый сам себе мастер), а далее замутить синхронизацию (например раз в сутки или раз в неделю), чтобы у копий по мере действий на основном сайте, как минимум, аналогично удалялись или добавлялись галеры. (но в идеале конечно полная синхронизация, например, если новую категорию добавляешь или меняешь категорию для галеры или добавляешь спонсора и т.д.). Может есть уже какое простое и правильное решение? дабы не начать изобретать велосипед)

Приветствую!

да, учитывая что вся база - в мускле, то то что вам надо называется mysql replication
по идее там можно указаьт что б репликация была не полная а только отдельных таблиц, что б вам не дулировать трейд, а только rot_* таблицы

размер конечно от этого не изменится, но
1. "слейвы" (по факту отдельные мастера) не будут зависеть от мастера
2. можно разнести базы по разным сервакам

я бы тут отметил сл вопросы:

1. от того что будет не 1 база на 50, а 10 по 5 - разницы в пределех сервака не будет
2. если падает мускл то падают все , те если делить то надо запускать разные инстансы мускла что б их изолировать
3. откуда 5 гиг и что именно вас смущает в 5 гиг?

1. Подразумевалось, что это будет не на одном сервере)
2. См. п.1)
3. rot_gallery_stats весит примерно 430мб сейчас, умножаем на 10 языков, это основа "веса" + прибавляем остальные таблицы, но там уже не так много. Сейчас полет нормальный, на сервере оперативки 32гб, если не путаю, это все размещается в ней и все работает быстро, по идее 2-3 сайта еще можно засунуть смело, но не 10 же) Плюс нужен запас на рост трафика разумеется. Тут даже интересует больше именно автономность каждого сайта друг от друга, учитывая их расположение не на одном сервере... ну и скорость разумеется, явно связка мастер-слейв, в плане быстродействия не самое удачное решение, кмк.

430м это немного совсем, даже 10 по 430 это всего 4.3 гига что легко лезет в память

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

А как это правильно осуществить? Дать админам ТЗ, сделать эту самую репликацию, при этом указав, что это должно затрагивать только rot_* таблицы, верно?

да
как обычно неплохо бы почитать в целом о чем речь, что б не получилось "клиент сам не знает что хочет"
те делать то не обязательно , но понимать что происходит надо