PolarDB:Resultados de las pruebas de rendimiento en escenarios de consulta paralela

Cómo funciona la consulta paralela

La consulta paralela reduce el tiempo de respuesta. Para ello, distribuye fragmentos de datos en varios hilos de la capa de almacenamiento. La función se activa automáticamente cuando el volumen de datos consultado supera un umbral. Para obtener una descripción general, consulte Overview.

PolarDB for MySQL 8.0.1 distribuye fragmentos de datos a hilos de trabajo, que procesan los datos en paralelo y devuelven los resultados al hilo líder. El hilo líder combina los resultados y devuelve la salida final.

PolarDB for MySQL 8.0.2 introduce el procesamiento paralelo en varias fases y la optimización basada en costos. Con esto supera dos limitaciones de 8.0.1: el cuello de botella de rendimiento de un único hilo líder y las cargas de trabajo desequilibradas. Después de la primera fase de procesamiento paralelo, los fragmentos de datos se redistribuyen a un grupo de trabajo paralelo para la siguiente fase. Esta redistribución ocurre antes de que el hilo líder combine los resultados finales. Esto mejora las capacidades de aceleración lineal y habilita planes de ejecución paralela más flexibles.

A continuación se muestra un diagrama del procesamiento paralelo en un clúster con 8 núcleos y 32 GB de memoria.

Entorno de prueba

Parámetros de consulta paralela

A continuación se enumeran los valores de parámetro utilizados en las pruebas OLAP. Configure estos parámetros; para ello, consulte Configure cluster and node parameters. Para conocer los métodos de prueba completos, consulte Performance test for parallel queries.

PolarDB for MySQL 8.0.1

PolarDB for MySQL 8.0.2

Cuando loose_parallel_degree_policy se establece en TYPICAL , PolarDB ignora el uso de recursos de la base de datos (como la utilización de CPU) y establece el grado de paralelismo (DOP) en el valor de loose_max_parallel_degree .

Compruebe que la consulta paralela está activa

Después de establecer los parámetros anteriores, confirme que una consulta realmente utiliza la ejecución paralela antes de extraer conclusiones de los resultados de tiempo. Ejecute EXPLAIN en la consulta de destino y compruebe la columna Extra para ver la anotación Using parallel query:

EXPLAIN SELECT ...;

Si la consulta paralela está activa, la salida incluye entradas similares a:

| ... | Using where; Using parallel query (4 columns, 1 filters, 1 exprs; 0 extra) |

Si la anotación está ausente, la consulta no utiliza la ejecución paralela. Las causas comunes incluyen un volumen de datos por debajo del umbral de activación. Otra causa es un patrón de consulta aún no compatible con el motor de ejecución paralela.

Resultados de las pruebas

Pasos siguientes

• Configure cluster and node parameters — establezca los parámetros de consulta paralela para su clúster

• Performance test for parallel queries — ejecute pruebas TPC-H en su propio clúster

• Overview — obtenga más información sobre la función de consulta paralela