Método más rápido para wp_insert_post y add_post_meta en masa

Tuve problemas similares hace algún tiempo con una importación personalizada de CSV, pero terminé usando SQL personalizado para la inserción masiva. Sin embargo, no había visto esta respuesta en ese entonces:

¿Optimizar la inserción y eliminación de publicaciones para operaciones masivas?

para usar wp_defer_term_counting() para habilitar o deshabilitar el conteo de términos.

Además, si revisas el código fuente del plugin de importación de WordPress, verás estas funciones justo antes de la importación masiva:

wp_defer_term_counting( true );
wp_defer_comment_counting( true );

y luego después de la inserción masiva:

wp_defer_term_counting( false );
wp_defer_comment_counting( false );

Así que esto podría ser algo para probar ;-)

Importar publicaciones como borrador en lugar de publicado también acelerará el proceso, ya que se omite el lento proceso de encontrar un slug único para cada una. Por ejemplo, podrías publicarlas más tarde en pasos más pequeños, pero ten en cuenta que este tipo de enfoque necesitaría marcar las publicaciones importadas de alguna manera, para no publicar cualquier borrador más tarde. Esto requeriría una planificación cuidadosa y muy probablemente algo de código personalizado.

Si hay, por ejemplo, muchos títulos de publicaciones similares (mismo post_name) para importar, entonces wp_unique_post_slug() puede volverse lento debido a la iteración de consultas en bucle para encontrar un slug disponible. Esto puede generar una gran cantidad de consultas a la base de datos.

Desde WordPress 5.1, el filtro pre_wp_unique_post_slug está disponible para evitar la iteración en bucle para el slug. Consulta el ticket del núcleo #21112. Aquí hay un ejemplo:

add_filter( 'pre_wp_unique_post_slug', 
    function( $override_slug, $slug, $post_id, $post_status, $post_type, $post_parent ) {
        // Establece un valor de slug único para evitar el bucle de iteración del slug.
        // $override_slug = ...

        return $override_slug;
    }, 10, 6
);

Si se prueba, por ejemplo, $override_slug = _truncate_post_slug( $slug, 200 - ( strlen( $suffix ) + 1 ) ) . "-$suffix" con $suffix como $post_id, notaríamos que $post_id siempre es 0 para nuevas publicaciones, como era de esperar. Sin embargo, hay varias formas de generar números únicos en PHP, como uniqid( '', true ). Pero usa este filtro con cuidado para asegurarte de tener slugs únicos. Podríamos, por ejemplo, ejecutar una consulta de conteo grupal después en post_name para estar seguros.

Otra opción sería usar WP-CLI para evitar tiempos de espera. Consulta, por ejemplo, mi respuesta publicada para ¿Crear 20,000 publicaciones o páginas usando un archivo .csv?

Entonces podemos ejecutar nuestro script de importación PHP personalizado import.php con el comando WP-CLI:

wp eval-file import.php

También evita importar una gran cantidad de tipos de publicaciones jerárquicos, ya que la interfaz actual de wp-admin no los maneja bien. Consulta, por ejemplo, Tipo de publicación personalizada - lista de publicaciones - pantalla blanca de la muerte

Aquí está el gran consejo de @otto:

Antes de inserciones masivas, deshabilita el modo autocommit explícitamente:

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

Después de las inserciones masivas, ejecuta:

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

También creo que sería una buena idea hacer algo de mantenimiento como:

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

No he probado esto en MyISAM pero debería funcionar en InnoDB.

Como mencionó @kovshenin, este consejo no funcionaría para MyISAM.