ky0

Вы думаете не так. Таблица main ВСЕГДА должна применяться ПОСЛЕ любых других таблиц. Это как default route в этой самой main, применяется когда все другие route не совпали/не подошли. Соответственно требовать от main применения раньше какой-то другой таблицы - это ставить телегу впереди лошади. Точнее плуг впереди трактора. Точнее баржу впереди бурлаков, во!

Меняйте своё отношение к main - и всё заработает!

Делайте через такой трюк.

apt install `</path/list.txt`

Самыми простыми манипуляциями, если речь идёт о VPN-протоколе, использующем TCP/UDP (а не собственный, как, например, PPTP GRE или IPsec без инкапсуляции в UDP) — сделать перенаправление порта VPN на IP-адрес VPN-сервера средствами iptables/nftables/xinetd/netsh portproxy. VPN-программу необходимо настроить на IP-адрес хоста, на котором выполнено такое перенаправление.
Преимущество этого способа в простоте настройки из-за отсутствия vpn-в-vpn, независимости от таблицы маршрутизации и состояния сети.

Вам же пишут, с двумя восклицательными знаками: InnoDB buffer pool / data size: 128.0M/5.1G
128 метров - это значение по умолчанию. А должно быть 90% памяти, выделенного для БД
И этой памяти должно хватать для всех индексов

Собственно, вот же оно написано вам прямым текстом:

Variables to adjust:
    join_buffer_size (> 256.0K, or always use indexes with JOINs)
    performance_schema = ON enable PFS
    innodb_buffer_pool_size (>= 5.1G) if possible.
    innodb_log_file_size should be (=16M) if possible, so InnoDB total log files size equals to 25% of buffer pool size.

Только если памяти действительно 4 гига, то не надо делать 5.1. 3.5 будет достаточно