Tema 5. Optimizacion y Monitorizacion SGBD 2ºASIR

1. En el contexto de MySQL, un índice puede definirse correctamente como una estructura que permite. Aumentar el tamaño de las tablas para mejorar la seguridad. Reducir el número de columnas de una tabla. Acceder de forma más rápida a los registros de una tabla. Eliminar la necesidad de usar claves primarias. Evitar el uso de consultas SELECT.

2. ¿Cuál es el principal coste asociado a la creación de índices en una base de datos?. Aumento del tiempo de respuesta del servidor. Mayor consumo de espacio en disco. Incremento del número de tablas. Pérdida de integridad referencial. Reducción de la seguridad de los datos.

3. Los índices suelen crearse preferentemente sobre campos que: Apenas se utilizan en consultas. Son de tipo TEXT exclusivamente. Se usan con frecuencia en cláusulas WHERE. Contienen valores nulos. Se modifican constantemente.

4. Un índice parcial se utiliza principalmente para…. Aumentar la cardinalidad del índice. Reducir el espacio ocupado por el índice. Permitir búsquedas por rangos complejos. Eliminar duplicados automáticamente. Sustituir a los índices multicolumna.

5. ¿Qué característica define a un índice multicolumna?. Solo puede aplicarse a tablas InnoDB. Combina varios índices simples. Se crea sobre más de una columna. No puede utilizarse en consultas WHERE. Ocupa menos espacio que un índice simple.

6. MySQL, durante la ejecución de una consulta…. Puede usar todos los índices existentes simultáneamente. Usa siempre el índice más reciente. Utiliza un único índice por tabla y consulta. No permite elegir el índice a usar. Ignora la cardinalidad del índice.

7. En tablas InnoDB, los índices cluster se caracterizan por: Almacenarse en archivos independientes. Guardar únicamente referencias a registros. Almacenar los datos junto a la clave primaria. Ser más lentos que los índices secundarios. No permitir búsquedas por clave primaria.

8. ¿Por qué conviene que la clave primaria en InnoDB sea pequeña?. Para evitar errores de sintaxis. Para reducir el número de tablas. Para minimizar la duplicación en índices secundarios. Para permitir valores nulos. Para mejorar la compresión automática.

9. La estructura de índice más adecuada para consultas basadas en rangos ¿es?. Hash. R-tree. Full-text. B-tree. Spatial.

10. Un inconveniente principal de los índices hash es que: Son lentos para búsquedas exactas. No permiten igualdad. No son predecibles para búsquedas por rango. Requieren más CPU que los b-tree. Solo funcionan con claves primarias.

11. Los índices R-tree se utilizan principalmente para: Búsquedas textuales. Claves primarias numéricas. Datos espaciales multidimensionales. Optimizar consultas JOIN. Tablas temporales.

12. ¿Qué tipo de índice garantiza que los valores no se repitan?. FULLTEXT. SPATIAL. HASH. UNIQUE. PARTIAL.

13. El índice FULLTEXT se utiliza principalmente para: Ordenaciones complejas. Búsquedas dentro de grandes campos de texto. Claves ajenas. Consultas matemáticas. Índices multicolumna.

14. ¿En qué motores de almacenamiento puede usarse FULLTEXT?. InnoDB únicamente. MyISAM únicamente. MyISAM y MEMORY. InnoDB y BDB. Todos los motores.

15. El comando SHOW INDEX permite: Crear índices. Eliminar índices. Mostrar información detallada sobre los índices. Optimizar consultas. Reparar tablas dañadas.

16. El campo Cardinality de SHOW INDEX indica: El tamaño del índice. El número estimado de valores distintos. El tipo de estructura del índice. El orden de creación. El número total de filas.

17. Para eliminar un índice se utiliza el comando: REMOVE INDEX. DELETE INDEX. DROP INDEX. ERASE INDEX. CLEAR INDEX.

18. El comando OPTIMIZE TABLE se usa principalmente para: Crear índices nuevos. Eliminar claves primarias. Desfragmentar tablas y actualizar estadísticas. Cambiar el motor de almacenamiento. Copiar tablas.

19. En tablas InnoDB, OPTIMIZE TABLE…. No tiene ningún efecto. Se ejecuta como ANALYZE TABLE. Está mapeado internamente a otros comandos. Elimina automáticamente índices. Solo funciona con tablas vacías.

20. Un diseño óptimo de bases de datos busca principalmente…. Aumentar el número de campos. Minimizar el espacio y las operaciones de E/S. Evitar el uso de índices. Usar siempre campos TEXT. Maximizar el número de tablas.

21. Usar NOT NULL en columnas facilita…. El borrado de registros. El uso eficiente de índices. La creación de vistas. La replicación. El uso de triggers.

22. El uso excesivo de índices puede provocar…. Mayor velocidad de inserción. Reducción del espacio en disco. Lentitud en operaciones INSERT y UPDATE. Pérdida de datos. Errores de integridad.

23. Antes de ejecutar una consulta SELECT, MySQL consulta…. El log binario. El tablespace. La caché de consultas. El diccionario de datos. El sistema operativo.

24. ¿Qué variable controla el uso de la caché de consultas?. query_buffer_size. cache_query_level. query_cache_type. sql_cache_mode. table_cache.

25. El comando EXPLAIN se utiliza para…. Ejecutar consultas más rápido. Mostrar el plan de ejecución de una consulta. Crear índices automáticamente. Eliminar tablas temporales. Bloquear tablas.

26. En EXPLAIN, el valor ALL en el campo type indica…. Uso exclusivo del índice. Acceso directo por clave primaria. Recorrido completo de la tabla. Uso de índice único. Consulta optimizada.

27. Forzar el uso de un índice en una consulta se realiza con…. SET INDEX. USE INDEX / FORCE INDEX. APPLY INDEX. ADD INDEX. SELECT INDEX.

28. El valor Using filesort en EXPLAIN indica…. Uso de índices cluster. Creación de tablas temporales. Necesidad de ordenar los resultados. Error en la consulta. Uso de caché.

29. Para evitar operaciones costosas en ORDER BY es recomendable…. Usar campos no indexados. Ordenar por campos indexados. Usar siempre DESC. Eliminar la cláusula WHERE. Usar subconsultas.

30. Un índice multicolumna se aprovecha mejor cuando…. Se usan campos en orden inverso. Se consulta la parte más a la derecha. Se utilizan los campos más a la izquierda. Se usa OR en la condición. No hay cláusula WHERE.

31. En combinaciones de tablas, el tipo eq_ref indica…. Varias coincidencias por fila. Acceso completo a la tabla. Coincidencia única por clave. Uso de subconsulta dependiente. Falta de índices.

32. ¿Qué comando permite analizar la distribución de claves?. CHECK TABLE. OPTIMIZE TABLE. ANALYZE TABLE. REPAIR TABLE. SHOW TABLE.

33. El comando REPAIR TABLE se utiliza para…. Optimizar índices. Reparar tablas corruptas. Crear claves primarias. Cambiar el motor de almacenamiento. Eliminar duplicados.

34. CHECKSUM TABLE permite…. Optimizar consultas. Calcular una suma de verificación. Reparar índices. Analizar claves. Cambiar permisos.

35. Para identificar consultas lentas se utiliza…. El log de errores. El log binario. El log de consultas lentas. El log de replicación. El log de transacciones.

36. El script mysqldumpslow sirve para…. Crear copias de seguridad. Resumir el log de consultas lentas. Analizar índices. Optimizar tablas. Restaurar bases de datos.

37. La cláusula STRAIGHT_JOIN se usa para…. Eliminar duplicados. Forzar el orden de los JOIN. Crear índices automáticos. Usar tablas temporales. Mejorar la seguridad.

38. SQL_NO_CACHE indica que…. La consulta siempre se almacena. Se ignora la caché de consultas. Se elimina la caché. Se activa la caché global. La consulta falla.

39. En inserciones masivas, una buena práctica es…. Usar INSERT simples. Usar INSERT con múltiples valores. Crear muchos índices. Usar DELETE previo. Desactivar el servidor.

40. Para borrar todos los registros de una tabla rápidamente se recomienda…. DELETE sin WHERE. DROP TABLE. TRUNCATE TABLE. OPTIMIZE TABLE. CHECK TABLE.