Иван Шумов

Ну, для начала подключаться из интернета к RDS вообще плохая идея, не надо так.
По делу:

RDS:
- проверить Publicly Accessible yes
- проверить RDS security group порт 3306 на 0.0.0.0/0 (а лучше ваш IP)

По сети:
- проверить Route Table на предмет того что трафик из Internet Gateway идет в Subnet где запущен RDS

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

Если в рамках MySQL то только InnoDB и только спросы вида:
UPDATE value = value + 1 where id = :id limit 1
и никаких
UPDATE value = :value where id = :id limit 1
причина - транзакционность и параллельные запросы. А вообще для метрик используют другие базы данных, но мы не знаем сейчас нагрузку вашей системы

И решается это ... барабанная дробь ... очередями! Rabbitmq, Kafka и другими вариантами. Кстати, Хранить баланс прямо в пользователе - плохая идея.

А если хорошо подумать то надо читать про идемпотентные операции и не снимать деньги со счета, а создавать изначально транзакцию и ее закрывать, Ама фоне, асинхронно, пересчитывать баланс

Телепат в отпуске. Сделай explain запроса и внимательно его изучи

Если это транзакции то последовательно, если нет то параллельно. Nodejs тут не при чем

Есть такой инструмент как поисковые индексы. Sphinx, Elasticsearch, Solr,....

Это работает несколько не так. Events logging работает как сохранение таких данных как:
- уникальный идентификатор события
- имя события
- версия события (со временем обработчик может меняться)
- данные события
- опционально уникальный идентификатор сущности (но так делают не часто)

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

В нормальном случае никак иначе. А вообще по хорошему есть такой подход как Event Sourcing когда после записи в базу (для простоты) посылается событие в очередь, которую слушает независимый обработчик и отвечает в нужную трубу вебсокета