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

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

Объединено 11.09.2024 17:41:
И с этим проблем по сути нет. Есть идеи - есть решения.
Те кто писали, про Высоко Нагруженные сайты, кроме фрейворков и любых сделанных уже решений кем-то, - делать сами ничего не умеют.
Недавно я работал с высоконагруженным сайтом. Чтобы снизить нагрузку я придумал несколько разных, возможно банальных решений. Например часть данных я переложил в отдельные файлы в виде массивов, создал для этого специальный алгоритм, благодаря которому удалось снизить нагрузку на 90%. Все дело в логике. Мышление - вот что важно. А не система и язык програмирования.

Объединено 11.09.2024 17:42:
Тем самым я хочу сказать, что такие решения применимы и к Фьюжену, если потребуется для него писать Решение.

Хранение информации в файлах для постоянного использования этого в массиве - не самая лучшая идея. Это было "на заре коммунизма" так было... На замену пришла реляционная база данных с более быстродействующей выборкой.
Если кэш память занята, то одно открытие файла из файловой системы забирает время, да ещё нужно массив сформировать... Сейчас конечно не то время, сейчас сервера на ssd, но всё же...
Снижение нагрузки за счёт увеличения времени выполнения задач.

Зачем? в 1 файл можно положить несколько переменных var = массив, var2 = массив и так далее, уже отфильтрованный по минимуму для определенных задач.

Это файл с расширением .php?
Который подключается методами include/require

Да.

Значит не так понял. Это чистый php
Но БД для этого и создавалась, чтобы вытаскивать с максимальной скоростью данные.
В вашем примере возможно эти массивы имеют постоянное значение и операции с ним минимальны.
В этом случае нагрузка падает на ядро php а не БД. Возможно на этом сервере данный вариант выигрывает. Зависит от конструкции сервера: ресурсы БД и Ядра в виртуальном сервере - они меняются, настраиваются и тд.

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

Если число вычислений ограничено, то все готовые результаты можно "отрендерить" в БД или в переменную php, если объем небольшой - хранить на клиенте.