Melkij

Общее правило - сначала нормальная форма, потом денормализация. Не наоборот.

Возможно лучше вовсе time-series базы посмотреть.

limit можно передавать параметром. Проблема в комбинации двух фактов:
1) эмуляция prepared statements в pdo дефолтно передаёт строки
2) парсер mysql утверждает, что limit обязан быть числом

Поэтому необходимо исправить один любой из этих нюансов:
1) указать тип параметра явно:

$q = $dbh->prepare("select ... limit :limit");
$q->bindValue(':limit', 10, PDO::PARAM_INT);
$q->execute();

2) либо отключить эмуляцию prepared statements: PDO::ATTR_EMULATE_PREPARES => false в настройках соединения.

Не падает, а отказывается принимать новые соединения из-за исчерпания указанного в конфиге лимита max_connections.
Есть отдельная страничка в мануале

Для mysql коннекты не такие тяжёлые относительно того же postgresql и max_connections вполне можно увеличивать.
Какие коннекты открыты и откуда можно посмотреть в show processlist

А с кавычками выводит "ничего" т.е. ноль полей.

С какими именно?

user='40'
'user'='40'
"user"='40'

Это три абсолютно различных условия, выполняющих совершенно разные вещи.

user - зарезервированное слово по требованию стандарта. По стандарту не уверен что обозначает в контексте where, надо искать (может как часть create user и подобных только зарезервирован), а в postgresql обозначает имя текущего пользователя. Имеет тип name, что и провоцирует ошибку.
Т.е. первое условие в принципе не имеет никакого отношения к каким-либо пользовательским таблицам.

'user' - просто текстовая константа. Никто не мешает в условии сравнивать одну константу с другой, where 1=1 в некоторых query builder отсюда же.

"user" - обращение к объекту, игнорируя зарезервированные слова. То есть если у вас в таблице proxy есть поле user - то запрос должен быть записан как
select * from proxy where "user"='40'

Но общая практика - лучше не надо использовать зарезервированные слова в качестве идентификаторов.

select concat('от ', min, ' до ', max) from ...
?

Поскольку вопрос о трансформации имеющихся данных - то индивидуально для каждой задачи.

Начать необходимо вот отсюда: https://habrahabr.ru/post/146901/
И, собственно, придти к выводу, что лучше оставить как есть в одном поле. Если в каких-то местах нужны другие формы обращений - прописать их явно, а не конструируя по имеющимся заблуждениям о фио.

А так:
0) делается дополнительный бекап
1) выкатывается alter table добавляющий новый поля
2) выкатывается приложение, умеющее писать синхронно старую и новую структуру, но читающее только старую
3) отдельным процессом в цикле небольшими частями преобразуются данные - это если подлежит автоматической обработке
4) выкатывается приложение использующее только новую структуру
5) архивируется и удаляется исходная структура

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

Если тривиальной автоматике обработка не подлежит, то часто вместо 3 пункта делают выгрузку primary key, source_data, как-нибудь изменяют и готовят csv primary key, source_data, new_data, копируют в temporary table, затем делают слияние мультитабличным update этих двух таблиц с recheck'ом по source_data. Затем выгружают данные для которых не было обновления, разбираются, ещё раз обновляют и т.д. до заполнения всего.

CPU-z на вкладке SPD пишет то, что в SPD модуля, а не текущее состояние. Текущее состояние - в memory. А в Max Bandwidth указан максимальный стандартный по JEDEC режим.

что будет если вставить в сокет К процессор

Ничего не изменится.

поэтому интресует вопрос будет с таким процессором память работать на 2400

Будут, оба процессора.
XMP профили - интела разработка и есть. В спецификациях интел давно уже занижает режимы памяти относительно поддерживаемых делителей частоты памяти. Де юре - разгон, де факто - автоматическая настройка. Лет 10+ назад попадалась память с отдельной инструкцией мол заявленный режим работы памяти протестирован, но настроить вы его должны сами в BIOS.

И какую частоту выставить на данный момент? 1600 или 2400?

Какую хотите.

Потому что здесь вы, наоборот, не изменили delimiter команд, что требуется сделать.
Такой вот дурацкий синтаксис mysql, парсеру надо специально объяснять, где заканчивается триггер (или хранимая процедура).

Соответственно придумайте, как корректно представить NULL в values именно NULL'ом. От такого использования функции join очевидно придётся отказаться.

А лучше не извращайтесь, и используйте pdo prepared statements, который null передавать умеет штатно.

Судя по поведению, ранее (либо где-то в конфигах) вы заменили delimiter команд.
use databasename не требует указания delimiter, потому в первый раз сработал.

Сброс буфера ввода - \c (кроме как внутри кавычек - сначала закрыть кавычки). Либо ctrl+C, но зависит от того как клиент mysql собран.
Замена разделителя команд - \d новый_разделитель либо delimiter новый_разделитель

mysql> \d $$
mysql> use test2
ERROR 1049 (42000): Unknown database 'test2'
mysql> show tables;
    -> wtf?
    -> \c
mysql> \d ;
mysql> show tables;
+----------------------------------+
| Tables_in_test                   |
+----------------------------------+

Для выхода из большинства интерактивный текстовых приложений чаще используется ctrl+D, отправляющий EOF.

Связано с тем, что в принципе ip адресация не имеет ничего общего с местоположением по глобусу.
geoip выкручиваются полагая, что блоки ip адресов обычно никуда внезапно не переезжают и создают таблицу соответствия, какие ip где наверное располагаются физически. Иногда угадывают, иногда нет. Соответственно вы видите банально разные базы geoip (или даже разные версии одной и той же базы)