casey

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

Можно вместо rsync использовать mysqldump, потом gzip, scp на удаленном сервере и mysql < dump.sql на локальном — будет то же самое, но удаленный сервер простаивать почти не будет (останется только лаг на время выполнения дампа).

Навскидку mogilefs (старо, проверено но по моему опыту — очень глючно работает в связке с nginx) и gridfs (шайтан-труба, наш выбор).

Посмотрите вот сюда — habrahabr.ru/qa/1518/

Использую в работе следующий вариант:

1. новая база всегда совместима с предыдущей версией кода (то есть обратная совместимость 1 на выкладку железно сохраняется — и если код придется откатить на старый, то с новой базой он будет работать корректно). на деле это выглядит так: если надо удалить какое-то поле в БД в выкладке N, то поле будет удалено только при выкладке N+1
2. изменения в структуре БД от версии к версии сохраняются в файлах sql/alter/n.sql. выполненные изменения переносятся в /sql/alter/done. файлы нумеруются по-порядку, каждый разработчик создаем себе новый, чтобы измежать конфликтом при merge

В итоге при выкатке нового кода мы сперва выполняем alter'ы, потом выливаем код. В случае, если в коде есть ошибки — старый код гарантировано работает с новой базой.

Денормализовывать id в SET в Redis и использовать SRANDMEMBER.

SELECT SQL_NO_CACHE?