Быстрый способ массового добавления wp_insert_post и add_post_meta

У меня были похожие проблемы некоторое время назад при импорте пользовательских CSV, но в итоге я использовал пользовательский SQL для массовой вставки. Однако тогда я не видел этого ответа:

Оптимизация вставки и удаления записей для массовых операций?

где предлагается использовать wp_defer_term_counting() для включения или отключения подсчета терминов.

Также, если вы посмотрите исходный код плагина WordPress Importer, вы увидите эти функции непосредственно перед массовым импортом:

wp_defer_term_counting( true );
wp_defer_comment_counting( true );

и после массовой вставки:

wp_defer_term_counting( false );
wp_defer_comment_counting( false );

Так что это стоит попробовать ;-)

Импорт записей как черновиков вместо опубликованных также ускорит процесс, так как пропускается медленный процесс поиска уникального слага для каждой записи. Позже их можно опубликовать небольшими партиями, но учтите, что такой подход требует маркировки импортированных записей, чтобы случайно не опубликовать другие черновики! Это требует тщательного планирования и, скорее всего, пользовательского кода.

Если импортируется много записей с похожими заголовками (одинаковый post_name), то wp_unique_post_slug() может работать медленно из-за циклических запросов для поиска доступного слага. Это может привести к огромному количеству запросов к базе данных.

Начиная с WordPress 5.1 доступен фильтр pre_wp_unique_post_slug, чтобы избежать циклического поиска слага. См. тикет в ядре #21112. Вот пример:

add_filter( 'pre_wp_unique_post_slug', 
    function( $override_slug, $slug, $post_id, $post_status, $post_type, $post_parent ) {
        // Установите уникальное значение слага, чтобы обойти цикл итераций.
        // $override_slug = ...

        return $override_slug;
    }, 10, 6
);

Если попробовать, например, $override_slug = _truncate_post_slug( $slug, 200 - ( strlen( $suffix ) + 1 ) ) . "-$suffix" с $suffix в качестве $post_id, то можно заметить, что $post_id всегда равен 0 для новых записей, как и ожидалось. Однако в PHP есть различные способы генерации уникальных чисел, например uniqid( '', true ). Но используйте этот фильтр осторожно, чтобы гарантировать уникальность слагов. Можно, например, выполнить групповой запрос подсчета по post_name для проверки.

Еще один вариант — использовать WP-CLI для избежания таймаутов. См., например, мой ответ на вопрос Создание 20 000 записей или страниц с использованием CSV-файла?

Затем можно запустить пользовательский PHP-скрипт импорта import.php с помощью команды WP-CLI:

wp eval-file import.php

Также избегайте импорта большого количества иерархических типов записей, так как текущий интерфейс wp-admin плохо с этим справляется. См., например, Пользовательский тип записи — список записей — белый экран смерти

Отличный совет от @otto:

Перед массовой вставкой явно отключите режим autocommit:

$wpdb->query( 'SET autocommit = 0;' );

После массовой вставки выполните:

$wpdb->query( 'COMMIT;' );

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

$wpdb->query( 'SET autocommit = 1;' );

Я не тестировал это на MyISAM, но это должно работать на InnoDB.

Как упомянул @kovshenin, этот совет не сработает для MyISAM.