Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESEElementos que pueden ser optimizados

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
Elementos que pueden ser optimizados

Descripción:
Repaso para examen extraordinario ASGBD

Autor:
Alicia95
(Otros tests del mismo autor)

Fecha de Creación:
06/03/2024

Categoría:
Informática

Número preguntas: 36
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
No hay ningún comentario sobre este test.
Temario:
¿Cómo se pueden cambiar en tiempo de ejecución la mayoría de los ajustes?.
¿A qué sección pertenecen los ajustes que afectan al servidor?.
Elegir InnoDB en vez de MyISAM, ¿qué penaliza bastante?.
MyISAM es mucho más lento que...
¿Qué característica ofrece el motor de almacenamiento InnoDB de la que carece MyISAM?.
¿Para qué puede ser ideal el motor de almacenamiento MyISAM?.
Si necesitamos crear una tabla para almacenar ciertos datos de forma temporal, ¿qué motor de almacenamiento sería ideal?.
Si queremos almacenar una gran cantidad de datos y no disponemos de mucho espacio, podemos utilizar el motor...
¿Qué hace el motor Archive?.
Desde la versión 5.5 de MySQL, ¿Qué motor de almacenamiento es el de por defecto de las tablas creadas?.
¿Qué es la caché?.
"Cualquier operación que maneje datos en memoria es muchísimo más rápida que si se manejan datos en disco." Verdadero Falso.
¿Qué debe hacer el servidor cuando un usuario o un proceso ejecutan una consulta SQL?.
La primera vez que se accede a las tablas, MySQL las debe leer...
Después de acceder por primera vez a las tablas y leerlas de disco, ¿qué debe intentar MySQL?.
¿Influye en el rendimiento establecer un tamaño de caché suficiente? Si No.
"Su valor por defecto es 0, y representa el número de hilos que el servidor tiene en caché para poder ser reutilizados, por cliente. Si un cliente se desconecta y no ha alcanzado este límite, sus hilos se mantienen en la caché y se reutilizan si ello es posible. Se recomienda ponerla a 4." Estamos hablando de...:.
Representa el máximo número de tablas abiertas cacheadas para todos los hilos:.
"Determina si la caché está activada para poder ser utilizada en la resolución de una consulta. Debería estar a ON, pero en la versión MySQL 5.6 aparece desactivado por defecto, así que lo mejor es comprobar cuál es la mejor configuración para cada caso." Estamos hablando de:.
"Indica la cantidad de memoria disponible para almacenar consultas en la caché. Puede suponer un cuello de botella, incluso si el nivel de concurrencia no es muy elevado, así que en algunos puede ser mejor establecerlo a 0 e intentar otras formas de acelerar las consultas: creando índices, por ejemplo. Pero en cualquier caso, habrá que comprobar las diferentes configuraciones." Estamos hablando de:.
Representa el tamaño máximo de la caché que puede ser utilizado por una consulta:.
Para saber si los parámetros que establecen el tamaño de la caché tienen un valor correcto, ¿Qué debemos calcular?.
"La tasa de aciertos de caché (Caché Hit Ratio), que se obtiene multiplicando los cache-hits por 100 y dividiendo esta cantidad entre la suma de los cache-hits más los cache-misses. Un porcentaje superior al 95% es una buena señal." Verdadero Falso.
"Los cache-hits (aciertos de caché) representan el número de búsquedas que encontraron la información directamente en la caché, mientras que los cache-misses (fallos de caché) son las búsquedas que no se encontraron en la caché." Verdadero Falso.
Los buffers también son partes de la memoria RAM reservadas, pero a diferencia de la caché, los datos almacenados en los buffers no se aprovechan en futuras operaciones, sino que...:.
Parámetros de los buffers. "Es la cantidad de memoria reservada para almacenar los bloques de los índices de las tablas.":.
Parámetros de los buffers. "Para almacenar datos en las lecturas de tablas de forma secuencial.":.
Parámetros de los buffers. "Tamaño de memoria reservada para las ordenaciones y agrupaciones.":.
Parámetros de los buffers. "Para almacenar los datos de los joins entre columnas no indexadas.":.
Para medir el rendimiento del uso de los buffers se puede calcular...:.
"Debemos comprobar este parámetro si estamos usando InnoDB. El buffer pool es la caché de los datos y los índices de las tablas InnoDB, de forma que cuanto mayor sea, menos operaciones de lectura en disco se realizarán. Si disponemos de 8GB de RAM, deberíamos establecerlo en 5 ó 6 GB.".
"Es el tamaño de los ficheros de redo logs, que se emplean para recuperar el SGBD ante un fallo. Podríamos establecer un valor de 512MB, pero si las aplicaciones que hacen uso del SGBD tienen una alta carga de operaciones de escritura, deberíamos aumentar el tamaño hasta los 4GB por ejemplo.".
"Si a menudo nos aparece el mensaje de 'Demasiadas conexiones', significa que este valor es muy bajo. Esto es bastante frecuente porque muchas aplicaciones no cierran las conexiones al SGBD de forma correcta, y el valor por defecto es de 151 conexiones.".
"Este valor establece si los datos y los índices de las tablas InnoDB se deben almacenar en el tablespace compartido (innodb_file_per_table = OFF) o en un fichero .idb diferente para cada tabla (innodb_file_per_table= ON). Tener un fichero por tabla permite recuperar espacio al borrar una tabla. También es necesario para algunas características avanzadas como compresión. Sin embargo no proporciona beneficios en cuanto al rendimiento. No querremos tener un fichero por cada tabla si tenemos muchas tablas. A partir de MySQL 5.6, el valor por defecto es ON.".
"El valor por defecto, 1, indica que InnoDB es ACID1 compliant. Es el mejor valor si lo que nos interesa es la seguridad de los datos, por ejemplo en el servidor principal. Sin embargo, puede ser motivo de sobrecarga si nuestro sistema trabaja con discos lentos, por ejemplo. El valor 2 reduce la carga y en algunos casos será un buen valor para el servidor principal y el apropiado para servidores esclavos. El valor 0 reduce la carga más aún, pero sólo sería apropiado para los esclavos en un SGBD replicado.".
"Habilitar el log binario es obligatorio si queremos replicar un servidor, o si queremos poder recuperar el sistema ante fallos, ya que restauraríamos la última copia de seguridad y aplicaríamos las operaciones de los log binarios. Una vez creados, los ficheros de log binario se guardan para siempre. Si no nos queremos quedar sin espacio, deberíamos limpiarlos con la instrucción PURGE BINARY LOGS o especificar en el parámetro expire_logs_days los días que se guardarán antes de ser borrados. No obstante debemos saber que los log binarios afectan negativamente al rendimiento, así que si no los consideramos necesarios, deberíamos deshabilitarlos (por ejemplo en un esclavo).".
Denunciar test Consentimiento Condiciones de uso