MySQL импортирует дамп под Linux в 13 раз медленнее, чем под macOS

Разницу в 20 раз на одном и том же дампе, вообще фигзнаеет что может объяснить, но справедливости ради Persona это не MySQL, MySQL ныне под крылом оракла и может иметь каенить хитрые плюшки, но опять же здравый смысл подсказывает что не на x20

Я тут что вспомнил, стандартный линуксовый mysql dump/restore оч долго не обновлялся и был достаточно не эффективным в плане скорости, я видел несколько наколенных передлок его в многопоточность на баше, ты что использовал для рестора в обоих вариантах?

У меня как раз всё стандартно: дамп через mysqldump > file.sql, импорт через mysql dbname -u root < file.sql.

p.s. Вообще, восстановление дампа - это просто самый наглядный и измеримый пример, а так разница ощущается во всех операциях, связанных с записью (в том числе при изменении структуры БД).

Может, стоит сравнить конфигурации MySQL?

show variables like ‘sync_binlog’;

на обоих серверах сделай

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

Я и делал это раньше, но обилие отличающихся опций сбивало с толку.

Проделал ещё раз, и на этот раз повезло - нашел: дело оказалось в innodb_use_native_aio: на маке стояло OFF, а на linux - ON.

Прописал в конфиг /etc/mysql/my.cnf innodb_use_native_aio = OFF и всё стало резко хорошо:

real    1m10.677s
user    0m5.828s
sys     0m1.615s

Однако согласно документации, эта штука - фича, и с ней должно быть быстрее.

Пойду разбираться, почему так (возможно, дело в неоптимальном количестве потоков?)

На обоих sync_binlog = 1, но это ни на что не влияет, ибо log_bin = OFF

Если речь про innodb_flush_log_at_trx_commit, то на маке стоит 1, на linux - 0. Изменение этого значения значимой разницы в моем случае не дает.

В общем, да: это было кривое количество потоков. Каким-то боком в конфиги затесалось innodb_write_io_threads = 64.

Поставил innodb_write_io_threads = 12 (это количество логических ядер у проца), и всё стало так же хорошо, как и при innodb_use_native_aio = OFF.

В целом, основную задачу я решил, всем спасибо, но всё равно у меня остались вопросы:

• Зачем нужно innodb_use_native_aio = ON и шаманство с подбором количества потоков, если его отключение дает такие же результаты? В каких случаях будет разница?

• Как подбирать корректное значение для innodb_write_io_threads и innodb_read_io_threads? На моем компе оптимальным выглядит число, совпадающее с количеством логических ядер в системе, но нигде не могу найти документации на этот счет.

Ну еще могу пованговать, что дело может быть в innodb_autoextend_increment или file-per-table или каких-то других опциях, связанных с тем, как расширяется размер файлов данных.

но как же так, чем больше патоков тем лудше

лудше но у него их нету (