Борис Сёмов

Зарядить до 80 процентов, запаять в пакет вместе с силикагелем, замаскировать под морковку и положить в холодильник.

Раз в месяц заряжать, менять силикагель и обновлять маскировку.

Если обнаружили запчасти айфона в супчике, значит, замаскировали плохо.

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

Ни одна нормально не работает. Кроме того, родительский контроль - это решение социальной проблемы программными средствами, т.е. "не с того конца подходите к проблеме". Даже если это фактически спущено сверху.

Конечно может, вопрос в железе. И микроскопом можно забить гвоздь.
Но на слова "хочу быстро вставлять и быстро читать потоком" так и хочется ответить "а зачем тебе БД?"

Поэтому хотелось бы уточнить у автора: а вот кроме описанного "вставить миллион, считать миллион" - что предполагается делать с данными? Менять их построчно? Искать по какому-то ключу? это все надо? Если нет - я бы все же рекомендовал не использовать БД.

Тут следует понимать что любая нормальная БД это [почти] всегда двойная запись на диск: вы пишите в таблицу И в лог базы данных. Именно поэтому файл или Kafka или иной MQ будет всегда быстрее.

Ну а если БД все равно нужно - ну тогда BULK режимы вам в помощь. Обычно они используются для пакетной инициализирующей загрузки. В некоторых БД они на время своей работы могут отключать какие-то фичи или даже логирование в лог транзакций.
----------------------------
Вообще по всем признакам в вашем случае идеальным будет вариант писать в MQ (RabbitMQ или Kafka или см аналоги), а уже из нее в БД. "Все так делают", по крайней мере в крупных компаниях это довольно типовое решение для подобных вашей задач. Причем БД в этой истории нужна только если вам потом нужно хранить и селектить. Если после первой операции данные вам более не нужны, либо нужен только бэкап, то БД не нужна - пишите в файл, пакуйте в zip (в энтерпрайзе - кидайте файлы в Hadoop в каком нибудь Parquet формате).

Добавляете А-записи в панели DNS-хостинга, настраиваете веб-сервер на обработку нужных имён, сертификаты выпускаете... стандартная процедура.

Программный linux raid.
Что помимо простоты будет ещё и работать быстрее. Без шуток. Хорошим SSD упереться в производительность аппаратного RAID контроллера не так уж сложно.

> filename ; %ваш_любимый_редактор% filename, Shift+Insert

Скачать мануал по вашей модели, посмотреть раскладку портов в мануале?

Я одно время пробовал синхроинизроваться через git при смене машины (reset --hard при каждом пересаживании)

Честно говоря, IMHO вам следует научиться работать с git, потому что reset --hard при каждом пересаживании - это вы прямо вообще неправильно пользуетесь инструментом.
А так git это именно то, что надо для синхронизации.

Если он открывается по ip или если есть привязка в hosts

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

(Если бы были, вы бы не спрашивали "что делать", а уже бы допаивали вылетевший ключ / контроллер / предохранитель)

Если это виртуалка/контейнер - посмотрите логи хоста на предмет oomkiller`а.