d'Ivan

Функциональное описание задачи отсутствует, так что по делу помочь можно мало.
На масштабируемую систему комментариев уйдет больше года.
user_id - кто писал,
а если ответил, надо знать кому...?
content - тело, которое может состоять из частей: текста и других элементов.
Нужно знать статус сообщения: одобрено, в ожидании модерации, отклонено, удалено.
Еще много других деталей, которые все не описать.
Если система комментариев не является первичной для бизнеса, то имеет смысл интегрировать стороннюю систему, коих хватает на рынке.

В Хероку по-моему по другому нельзя. Если приложение неверно работает после перезагрузки, то оно спроектировано неправильно.
Плюс это:
https://devcenter.heroku.com/changelog-items/344

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

Ещё встречался вариант с использованием JSON для хранения характеристик в одном столбце.

Вот этот вариант очень гибкий. Версии 5.7+ поддерживают JSON. 8-ка хороша. Если правильно проиндексированы необходимые поля JSON, то работает быстро.

Открываешь EventViewer и смотришь какие события с типом Error предшествовали перезагрузке сервера.
Windows Resource Monitor - в режиме реального времени.
www.appadmintools.com/documents/windows-performanc...

Каждый глиф имеет определенный код (code point/position) - номер ASCII (упрощенно), по которому можно получить его графическое представление в шрифте. Когда какой-то программе нужно отобразить текст на экране (text rendering), представляющий из себя последовательность из кодов глифов, она обращается к шрифту и просит у него выдать по очереди графическое представление каждого из них (превращение векторных контуров в растр). Затем выполняется отрисовка на некоторой области экрана системными средствам (glyph rendering API).

Wikipedia:
ASCII, Unicode, Font rasterization, FreeType

Добавлено в комментариях.

1. https://my-biz.com.ua/news/61/65/MySQL-oshibka-too...

Почему?
Вариантов два:
Ошибки в коде программ, использующих MySQL базу данных.
...
Действительно нагрузка на сервер, превышающая его возможности.
...

2.

Обычно too many connections указывает на то, что запросы отрабатываются сервером медленно. Изучите медленные запросы

Подытожим:
обычно это криво написанное приложение и куда реже - сверхнагрузка относительно настроек по умолчанию.
Смотрим результаты команды
SHOW FULL PROCESSLIST

CircleCI, TravisCI - CI/CD
Мониторинг: отправлять метрики приложения на какой-нибудь внешний сервис, а в нем уже всякие графики будут показаны.
Для мониторинга производительности приложения можно использовать New Relic и подобные сервисы.

Любую реляционную: MySQL, Postgresql, Firebird. Первую точно можно настроить на малое потребление памяти, если необходимо.
При использовании их легко вырасти, не меняя СУБД.
В долгосрочной перспективе SQLite не подходит.

Вот тут совет дают:
https://m.youtube.com/watch?t=1s&v=pqOVkT2r5NY

man curl
git help clone

Рендеринг текста в контексте браузера делается при помощи canvas. За пределами браузера нужно использовать движки рендеринга текста.
https://github.com/vincent7128/text-image
https://developer.mozilla.org/en-US/docs/Web/API/H...

Не знаю насколько подходит Mysql в этом случае. Почему не взять поисковые движки Solr/Sphinx?
Модель товара в любом случае трудно искать. Ее скорее стоило бы искать алгоритмом Левенштейна. А вот название товара должно хорошо находиться поисковыми движками.
Название товара первично, а модель имеет второстепенное значение при поиске товаров в магазине.

Для начала Оптимальная настройка Mysql
Нужно знать какая нагрузка на сервер: кол-во операций чтения и записи в сек. Для Mysql может не хватать ресурсов машины.
И далее https://ruhighload.com/mysql
Вообще, соединения держать нужно как можно меньше времени и стоит проверить как использовать пул соединений в ORM. Стоит провести работу по оценке эффективности работы веб-приложения с СУБД.
Ubuntu проверять последним вариантом.

Возможно, GNURadio.

Можно конвертировать в репозитории git и затем воспользоваться услугами Github Enterprise или Gitlab.

Использовать Cloudinary SDK или подобных служб.
AWS Lambda если самостоятельно