MySQL: hacer un índice compuesto de 3 campos, o hacer 3 índices separados?

Question

Tengo una tabla MySQL que tiene, entre otros atributos, una marca de tiempo, un tipo y un user_id.
Todos ellos son buscables y/o clasificables.
¿Es mejor crear un índice para cada uno, o crear un solo índice compuesto con los tres, o ambos?

Answer 1

La respuesta de Pablo es correcta, pero tal vez no se dé cuenta de que un índice compuesto podría estar justificado.

Puede tener varios índices y tener idx1(tstamp, user_id) no le excluye de tener indx2(tstamp, type) o idx1reverse(user_id, tstamp) y así sucesivamente ...

Los índices compuestos son más útiles cuando cubren todas las condiciones de la consulta, por lo que el índice de usted propone será más útil para

SELECT * FROM my_table WHERE tstamp = @ts1 AND user_id = @uid AND type = @type 

Si desea mejorar el rendimiento de tales consultas, puede considerar agregar un índice compuesto.

La desventaja de los índices es que ralentiza todas las operaciones de actualización. Sin embargo, la mayoría de las aplicaciones generales hacen muchas más selecciones y actualizaciones (tanto en términos de transacciones, es decir, número de declaraciones y especialmente en términos de registros afectados/recuperados) y al mismo tiempo son mucho más tolerantes con las actualizaciones más lentas (los usuarios mayormente juzgan la velocidad de el sistema no es cuando es necesario actualizar un registro, sino por el tiempo necesario para recuperar los registros, de nuevo YMMV y hay aplicaciones que no cumplen con dichas reglas).

Lo mejor sería si tuviera alguna manera de probar el rendimiento de la base de datos en términos de cargas de trabajo típicas (crear algunos scripts SQL típicos, independientes y repetibles, o crear pruebas unitarias en el nivel de aplicación) y luego puede ajustar objetivamente su base de datos.

EDIT También tenga en cuenta que los índices se pueden agregar y soltar sin afectar el sistema en términos de funcionalidad. Por lo tanto, puede ajustar sus índices más tarde, durante el uso real del sistema, y ​​normalmente debería recopilar y perfilar las consultas SQL lentas en busca de condiciones que podrían beneficiarse al agregar índices.

Answer 2

Si va a realizar búsquedas en esos campos por separado, es probable que necesite índices separados para hacer que sus consultas se ejecuten más rápido.

Si usted tiene un índice de esta manera:

mysql> create index my_idx on my_table(tstamp, user_id, type); 

Y usted consulta es:

mysql> select * from my_table where type = 'A'; 

Entonces my_idx no será de mucha ayuda para su búsqueda y MySQL va a terminar haciendo un total escaneo de tabla para resolverlo.