d'Ivan

Ну, поигрался я с фильтрами в GIMP (эрозия и пр.). А толку?
Проблема и в том, что Tesseract не сможет распознать даже
Чтобы распознать буквы, может проще будет обучить на тестовой выборке.

В теории можно попробовать отловить сигнал SIGTERM и что-то предпринять перед перезапуском. Но получится ли это сделать на практике - не знаю. Нужно пробовать.
https://devcenter.heroku.com/articles/dynos#restarting

И возможно ли теоретически построение более оптимального компилятора, чем у С, в ближайшие годы?

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

Правильно ли я считаю, что С-программы работают быстрее программ на других языках после Ассемблера?

Не обязательно. Вот взять, к примеру, сравнение Web Framework Benchmarks
https://www.techempower.com/benchmarks/
Программа на C заняла лишь 6-е место в списке.

Что делает C эффективным ("быстрым", но не только)?

Inline-функции
GoTo, ассемблерные вставки
регистровые переменные
адресная арифметика
разные "подсказки" для компилятора, типа векторных инструкций процессора и прочих.

Для того, чтобы заменить язык C, необходимо:
вложить много человеко-часов, создав компилятор, который генерирует код эффективнее C
разработать лучший toolchain, чем имеющийся.

Дополнительные ссылки:
icps.u-strasbg.fr/~bastoul/local_copies/lee.html
ftp.cvut.cz/kernel/people/geoff/cell/ps3-linux-doc...
https://ispc.github.io/

Можно вот так производить вставки:

INSERT INTO `table1` (`date`, `message`) VALUES (?, ?)
ON DUPLICATE KEY UPDATE
    message = IF(VALUES(`date`) > `date`, VALUES(message), message),
    `date`  = IF(VALUES(`date`) > `date`, VALUES(`date`), `date`)

Это позволяет иметь много консьюмеров, обновляющих данные в БД.
IF можно заменить на конструкцию CASE

В одном из проектов у нас сделали так:
бэкенд представлял из себя REST API, который выдавал каждому клиенту только те данные, которые касались его идентификатора. Для контроля версий данных использовали таблицу с client_id, version, action и каждый клиент скачивал накопившуюся разницу.
Клиенты периодически, раз в 5-10 минут, выполняли polling с сервера с накопившимися изменениями у клиента, при том что сервер централизованно хранил и управлял всеми изменениями.
При сбое коннекта происходила повторная попытка соединения согласно периоду. Так что в офлайне клиенты работали хоть с устаревшими данными, но таки работали.

Все и так записывается в UTF-8 безо всяких ensure_ascii=False. Не-ASCII символы при записи в JSON могут кодироваться как \uXXXX

Нужно указать подходящий HTTP заголовок Content-Disposition

Если исходить из равной площади, занимаемой пикселями обоих объектов, то нужно:

1. получить координаты объектов
   
2. вычислить их площади
   
3. вычислить их соотношение k = Sa/Sb
   
4. для получения равных площадей умножить (k<1) или поделить (k>1) на коэффициент их соотношения у меньшего объекта
   

Почитайте о шаблоне проектирования MVVM.
Martin Fowler
Может, достаточно и MVC.

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

Кроме поля "text", которое имеет какую-то странную структуру
остальные можно распределить по колонкам.
Если text - строка, то ее лучше сразу поместить в массив. Тогда просто тип колонки JSON.

Можно загрузить этот файл в базу данных MySQL, по аналогии с CSV?

Штатной утилитой по-моему, нет.

Не знаю, оно ли, но у меня первая идея была сделать это так:

SELECT
    date(event_time) as event_date
    , extract(HOUR_MINUTE from event_time) as hour_min
    , extract(SECOND from event_time) as sec
    , count(*) as cnt
FROM table1
where event_time is not null
group by date(event_time), extract(HOUR_MINUTE from event_time), extract(SECOND from event_time);

Затем попроще:

SELECT
	`event_time` - INTERVAL EXTRACT(SECOND FROM `event_time`) SECOND as no_sec
    , count(*) as cnt
FROM table1
group by `event_time` - INTERVAL EXTRACT(SECOND FROM `event_time`) SECOND
order by event_time;

default-character-set=utf8 default-collation=utf8_general_ci

Это не похоже на SQL запрос, а больше на параметры командной строки для утилиты mysql, правда без --

паттерн поиска №1: поиск всех записей по customerId

это сценарий для СУБД key/value.
Но:

паттерн поиска №2: поиск всех записей по группе customerId,

это запрос вида

SELECT blob FROM table WHERE customerId IN (100, 101, 200)

Не уверен, что DynamoDB поддерживает такие запросы. Иван Шумов ?

Так что я пока голосую за RDS/Aurora. Вот только насчет этого надо протестировать:

паттерн записи №2: батчами, можно в параллель, со скоростью не менее 20М record в час