Стоит ли разбивать одну базу данных на несколько?

На то чтобы делить - должны быть серьезные причины.
Например в 1 из проектов, в котором я участвую - были выделены логи в отдельную базу. Сделано это было потому что их много и нужна была возможность основную базу бекапить быстро.
Основная база - около 30гб. Логи - 300+ Гб.

Производительность добавилась только для указанного сценария, в остальном - стало немного сложнее все :)
Так что если не видите особой пользы - то не рекомендую

Сколько пользователей планируется? Сколько записей у каждого? Какие затраты на хостинг в месяц планируете? Да нет можно конечно разделить, но надо что бы все сервера стояли в одной стойке рядом тогда.

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

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

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