Tema 5 Optimizacion y monitorizacion SGBD 2ºASIR (largas)

1. Un administrador de bases de datos detecta que determinadas consultas SELECT sobre una tabla con millones de registros presentan tiempos de respuesta muy elevados. Tras analizar el problema, decide crear índices. ¿Cuál es el objetivo principal de esta acción?. Incrementar la seguridad de los datos almacenados. Reducir el tamaño físico de la tabla. Mejorar la velocidad de acceso a los registros solicitados. Evitar el uso de cláusulas WHERE en las consultas. Ninguna es correcta.

2.La creación de índices en MySQL supone una mejora evidente en el rendimiento de determinadas consultas, pero también implica una serie de costes. ¿Cuál de los siguientes inconvenientes es inherente al uso de índices?. Aumento del tiempo de ejecución de consultas SELECT. Mayor consumo de espacio en disco. Imposibilidad de usar claves primarias. Pérdida de integridad referencial. Todas son correctas.

3.En el diseño físico de una base de datos, la elección de las columnas sobre las que se crean índices es crítica. ¿Sobre qué tipo de columnas es más recomendable crear índices?. Columnas que se modifican frecuentemente. Columnas que rara vez aparecen en consultas. Columnas utilizadas habitualmente en cláusulas WHERE y JOIN. Columnas que permiten valores NULL. Columnas de tipo BLOB exclusivamente.

4.Un índice parcial se emplea en MySQL cuando se desea indexar únicamente una parte del contenido de una columna. ¿En qué situación resulta especialmente útil este tipo de índice?. Cuando se indexan columnas numéricas de pequeño tamaño. Cuando se trabaja con columnas de texto muy largas. Cuando se necesita garantizar unicidad. Cuando se requiere una clave primaria compuesta. Ninguna es correcta.

5.Un índice multicolumna está compuesto por más de un campo. Desde el punto de vista del optimizador de MySQL, ¿cuál es la principal ventaja de este tipo de índice?. Reduce el tamaño del índice en disco. Permite usar varios índices simultáneamente. Optimiza consultas que filtran por varias columnas relacionadas. Evita la fragmentación de tablas. Todas son correctas.

6.Durante la ejecución de una consulta, MySQL debe decidir qué índice utilizar cuando existen varios disponibles. ¿Cuál de las siguientes afirmaciones es correcta?. MySQL utiliza siempre todos los índices disponibles. MySQL elige el índice con mayor cardinalidad. MySQL solo puede utilizar un índice por tabla y consulta. MySQL ignora los índices multicolumna. Ninguna es correcta.

7.En las tablas InnoDB, los índices cluster tienen un comportamiento particular respecto al almacenamiento de datos. ¿Qué característica define correctamente a este tipo de índice?. Se almacenan en un archivo independiente del de datos. Solo contienen punteros a los registros. Almacenan los registros ordenados según la clave primaria. Solo se aplican a índices secundarios. No permiten búsquedas rápidas por clave primaria.

8.Al diseñar una clave primaria para una tabla InnoDB, se recomienda que sea lo más pequeña y estable posible. ¿Cuál es la razón principal de esta recomendación?. Reduce el uso de memoria RAM. Disminuye la complejidad de las consultas. Evita la duplicación excesiva en índices secundarios. Facilita el uso de claves ajenas. Todas son correctas.

9.Los índices de tipo B-tree son ampliamente utilizados en MySQL. ¿En qué tipo de consultas resultan especialmente eficientes?. Consultas de texto completo. Consultas espaciales. Consultas basadas en rangos de valores. Consultas con subconsultas correlacionadas. Ninguna es correcta.

10.Los índices hash ofrecen un acceso muy rápido a los datos, pero presentan limitaciones importantes. ¿Cuál es una de sus principales desventajas?. No permiten búsquedas exactas. No son eficientes para búsquedas por rangos. Ocupan demasiado espacio en disco. No se pueden usar con claves primarias. Todas son correctas.

11.En MySQL existen índices diseñados específicamente para datos espaciales. ¿Qué tipo de índice se utiliza para almacenar y buscar coordenadas, líneas o polígonos?. B-tree. Hash. Full-text. R-tree. Ninguna es correcta.

12.Un índice UNIQUE garantiza una propiedad fundamental dentro de una tabla. ¿Cuál es dicha propiedad?. Que los valores del campo no se repitan. Que el campo sea clave primaria. Que el campo no admita valores NULL. Que el índice sea siempre cluster. Todas son correctas.

13.Los índices FULLTEXT están pensados para un tipo concreto de búsquedas. ¿Para qué escenario son más adecuados?. Ordenaciones complejas. Búsquedas de palabras dentro de grandes textos. Consultas por rangos numéricos. Claves ajenas. Ninguna es correcta.

14.Respecto a los motores de almacenamiento, ¿en qué motor se soportan tradicionalmente los índices FULLTEXT según el temario?. InnoDB. MyISAM. MEMORY. ARCHIVE. Todas son correctas.

15.El comando SHOW INDEX proporciona información relevante para la optimización. ¿Cuál de los siguientes datos se obtiene con este comando?. El tipo de estructura del índice. La cardinalidad estimada. Las columnas indexadas. Si el índice es único o no. Todas son correctas.

16.La cardinalidad de un índice es un factor clave para el optimizador de MySQL. ¿Qué representa este valor?. El número total de filas de la tabla. El tamaño del índice en disco. El número estimado de valores distintos. El orden físico de los registros. Ninguna es correcta.

17.Cuando se desea eliminar un índice existente en una tabla, ¿qué instrucción SQL es la adecuada?. DELETE INDEX. REMOVE INDEX. DROP INDEX. CLEAR INDEX. Ninguna es correcta.

18.El comando OPTIMIZE TABLE se utiliza en tareas de mantenimiento. ¿Cuál es su función principal?. Reparar tablas corruptas. Reorganizar datos e índices tras muchas modificaciones. Crear estadísticas de uso. Eliminar índices no utilizados. Ninguna es correcta.

19.En el caso de tablas InnoDB, el comando OPTIMIZE TABLE. No tiene ningún efecto. Produce un error. Se ejecuta internamente mediante otros comandos. Elimina automáticamente registros duplicados. Solo funciona si la tabla está vacía.

20.Un diseño físico correcto de la base de datos contribuye de forma directa al rendimiento. ¿Cuál de los siguientes principios es correcto?. Usar tipos de datos lo más ajustados posible. Evitar valores NULL cuando sea posible. Crear únicamente los índices necesarios. Reducir operaciones de entrada/salida en disco. Todas son correctas.

21.Durante el procesamiento de una consulta SELECT, MySQL sigue una serie de fases internas. Antes de iniciar el parseo y la optimización, ¿qué comprobación realiza el servidor para mejorar el rendimiento?. Comprueba los permisos del usuario. Consulta la caché de consultas. Analiza los índices disponibles. Bloquea las tablas implicadas. Ninguna es correcta.

22.La caché de consultas de MySQL solo almacena determinados tipos de consultas. ¿Cuál de las siguientes consultas NO se almacena en la caché?. Consultas SELECT repetitivas. Consultas SELECT con SQL_NO_CACHE. Consultas sin parámetros. Consultas sobre tablas indexadas. Todas son correctas.

23.¿Qué variable de servidor controla el comportamiento general de la caché de consultas en MySQL?. cache_query_size. sql_cache_mode. query_cache_type. tmp_table_size. Ninguna es correcta.

24.El comando EXPLAIN es una herramienta fundamental para la optimización. ¿Cuál es su finalidad principal cuando se utiliza junto a una sentencia SELECT?. Ejecutar la consulta de forma más rápida. Mostrar los resultados parciales. Indicar el plan de ejecución de la consulta. Crear índices automáticamente. Reparar tablas implicadas.

25.En la salida del comando EXPLAIN, el campo type proporciona información relevante. ¿Qué significa que su valor sea ALL?. Uso exclusivo del índice. Acceso por clave primaria. Recorrido completo de la tabla. Uso de índice único. Todas son correctas.

26.Cuando en el campo Extra de EXPLAIN aparece la información “Using index”, esto indica que…. Se ha creado un índice temporal. La consulta accede directamente al fichero de datos. La consulta se resuelve usando únicamente el índice. Se ha producido una ordenación adicional. Ninguna es correcta.

27.El valor “Using filesort” en la salida de EXPLAIN implica que…. MySQL ha usado un índice cluster. Se ha creado una tabla temporal para ordenar los resultados. No se ha podido usar ningún índice. La consulta es incorrecta. Todas son correctas.

28.Para evitar operaciones de ordenación costosas en consultas con ORDER BY, es recomendable que…. Los campos ordenados estén indexados. El orden coincida con el del índice. Se utilicen los campos más a la izquierda del índice. No se mezclen índices distintos. Todas son correctas.

29.En un índice multicolumna, MySQL puede aprovechar el índice de forma eficiente cuando…. Se consulta únicamente el último campo del índice. Se utilizan condiciones OR. Se usan los campos en el orden definido en el índice. No existe cláusula WHERE. Ninguna es correcta.

30.En consultas que combinan varias tablas, el tipo eq_ref en EXPLAIN indica que…. Se recorren todas las filas de la tabla. Existen múltiples coincidencias por fila. Se accede a una única fila mediante un índice único. No existen índices disponibles. Todas son correctas.

31.Cuando una consulta combina tablas sin índices adecuados, el rendimiento se degrada porque…. Se crean demasiadas tablas temporales. Se realizan combinaciones fila a fila. Se desactiva la caché. Se bloquean todas las tablas. Ninguna es correcta.

32.El comando ANALYZE TABLE se utiliza principalmente para…. Reparar tablas corruptas. Eliminar índices innecesarios. Actualizar las estadísticas de distribución de claves. Reordenar físicamente los registros. Todas son correctas.

33.REPAIR TABLE es un comando de mantenimiento que se emplea cuando…. Se desea optimizar consultas lentas. Existen errores en tablas MyISAM. Se quiere cambiar el motor de almacenamiento. Se necesita actualizar estadísticas. Ninguna es correcta.

34.CHECK TABLE permite comprobar…. La integridad de los índices. Errores en tablas y vistas. Incompatibilidades de versión. El estado general de la tabla. Todas son correctas.

35.El log de consultas lentas de MySQL registra aquellas consultas que…. Usan subconsultas. No utilizan índices. Superan un tiempo de ejecución determinado. Devuelven muchos registros. Todas son correctas.

36.La herramienta mysqldumpslow se utiliza para…. Hacer copias de seguridad. Analizar y resumir el log de consultas lentas. Optimizar automáticamente consultas. Reparar tablas dañadas. Ninguna es correcta.

37.El modificador STRAIGHT_JOIN se emplea cuando se desea…. Optimizar automáticamente los JOIN. Forzar el orden de combinación de las tablas. Evitar el uso de índices. Crear tablas temporales. Todas son correctas.

38.La cláusula SQL_NO_CACHE en una consulta SELECT indica que…. La consulta siempre se almacenará en caché. La consulta no se almacenará en la caché. Se elimina la caché existente. Se fuerza la lectura desde disco. Ninguna es correcta.

39.Para mejorar el rendimiento en inserciones masivas de datos, una buena práctica es…. Usar múltiples sentencias INSERT individuales. Utilizar INSERT con múltiples valores. Crear índices antes de insertar. Forzar el uso de la caché. Ninguna es correcta.

40.Cuando se desea eliminar todos los registros de una tabla de forma rápida, el comando más eficiente es…. DELETE FROM tabla. DROP TABLE. TRUNCATE TABLE. OPTIMIZE TABLE. CHECK TABLE.