Я уже провел тестирование с jmeter на моем конце, он отлично работает, если я ударил 1000 запросов в секунду только один раз. Но если я повторяю то же самое, продолжающееся 30 минут, тогда производительность начнет ухудшаться. поэтому я хочу знать, почему он так себя ведетNode js статистика тестирования производительности
В узле каждый процесс однопоточный по дизайну, поэтому для получения нескольких потоков вам необходимо иметь несколько процессов. Чтобы использовать многоядерные системы, вы хотите запустить кластер из процессов Node.js для обработки нагрузки.
Один из способов сделать это: https://nodejs.org/api/cluster.html - кластеризация https://nodejs.org/api/child_process.html - дочерние процессы
Или просто запускать несколько экземпляров одного и того же t2.nano процесса - здесь вы можете достичь автоматического масштабирования, но это не так просто.
Один из статистики в реальном времени: 1 ядро кластера серверов t2.small AWS экземпляра: 
в режиме реального времени 2 ядра сервера t2.medium AWS экземпляра: 
В конце концов вы будете в конечном итоге бенчмаркинг, использование, настройка самой базы данных mysql.
Чтобы ответить на вопрос, масштабирование узла довольно просто и дает вам потрясающие результаты.
Почему бы вам не проверить его? Я подозреваю, что ответ будет «просто отлично, спасибо». – OrangeDog
Я уже провел тестирование с jmeter на моем конце, он отлично работает, если я ударил 1000 запросов в секунду только один раз. Но если я повторяю то же самое, продолжающееся 30 минут, тогда производительность начнет ухудшаться. поэтому я хочу знать, почему он так себя ведет. Спасибо заранее @OrangeDog –
Если это то, что вы действительно хотите знать, тогда вы должны задать этот вопрос, а не этот. – OrangeDog