Melkij

микроконтроллер At91, на нём понят linux

скомпилированную не для linux?

Так вы определитесь, под что скомпилирована программа. Под другую аппаратную платформу или программную.

Посмотрите, умеет ли QEMU нужную аппаратную платформу.

если я хочу гарантированные true транзакции то мне надо ставить только 1?

Да.
И надо бы учитывать что это только то, на что может повлиять СУБД - т.е. вызвать fsync. Нижележащие ОС и железо могут не осуществлять реальную запись данных при ответе на fsync. Обычно fsync честный, но это стоит проверять или в документации (к рейд-контроллеру, например) или у гугла или синтетикой (результаты бенчмарков на разных innodb_flush_log_at_trx_commit должны различаться существенно)

Значения 0 и 2 - данные о коммите транзакции в WAL могут не успеть записаться на диск и при восстановлении базы эти транзакции будут отменены. Ведь если в WAL нет данных о коммите - как СУБД понять, была транзакция закоммичена или авария случилась ещё до коммита и транзакция была прервана?

number_format, money_format, наверное printf тоже умеет.

update tablename set users = array_replace(users, :from, :to) where users @> array[:from]

Возможно, надо будет добавить явное приведение типов, в зависимости от того, как будут подставляться параметры.

Вы планки не попутали?
По вашим словам была установлена KHX16C10B1R: www.kingston.com/datasheets/KHX16C10B1R_8.pdf
Теперь добавлена: www.kingston.com/dataSheets/HX316C10FR_8.pdf

Первая при этом:

The SPD is programmed to JEDEC standard latency DDR3-1333 timing of 9-9-9 at 1.5V

На номинальный режим DDR3-1600 автоматически она не встанет. Только при ручной настройке.
Вторая - JEDEC 1600 прошит в SPD. На скринах SPD как раз и видно, одна нативная DDR3-1600, второй прошит только DDR3-1333

anyway, контроллер памати не умеет тактовать модули с разными параметрами. Они всегда работают все в каком-то одном режиме, на который совместо договорились при старте.
Поскольку обе продаются как ddr3-1600, выставьте этот режим в биосе вручную.

iconv, как обычно для манипуляций с кодировками.

Можно порт пробросить:
ssh -L 3565:127.0.0.1:3565 user@remotehost

PHP такие имена аргументов автоматически разбирает в массив.
?param[name]=foo
=>
$_GET['param']['name'] == 'foo'

5,5 лямов записей в год?
За десять лет смешные 55 лямов? Право, какая фигня. Даже для mysql. С чего вы взяли, что это - большие данные? Вот 50 лямов ежедневно - уже можно с натяжкой большими данными назвать.

Две таблицы:
id name и чего ещё надо для самой сущности.
date, entity_id, low, middle, high. Можно партицировать поквартально.

Да, можно: docs.ansible.com/ansible/playbooks_variables.html#...

MySQL?
Невозможно.

Атомарно - возможно. Одним запросом - нет.

данные от пользователя обрабатываете preg_quote

Нормализуйте свою таблицу с ключевыми словами.

Теперь решение элементарно: разбиваете входную строку по разделителю на приложении, загоняете в запрос:

select id, count(0) as match_count from tablename
where keyword in (...)
group by id
order by match_count desc

Всё, готовый отсортированный список id.