Personas familiarizadas con MySQL, el motor de almacenamiento InnoDB sabe, como usted sabe, Redo Log es uno de los registros de transacciones de InnoDB centrales, innodb después de escribir Redo Log será confirmar la transacción, en lugar de escribir en el archivo de datos. Después innodb a continuación de forma asíncrona nuevos datos de transacciones escribe de forma asíncrona Datafile, realmente almacenado.
motor de modo innodb con redolog (archivos de registro) y la agrupación de almacenamiento intermedio (buffer pool) más tarde, ¿por qué puede mejorar al mismo tiempo el rendimiento, sino también para asegurarse de que no almacena los datos no perder? ¿Cuál es la relación específica entre la agrupación de almacenamiento intermedio, Redo Log archivo de datos y es .
Además, hay un concepto de Innodb mucho, Dirty página (páginas sucias), LRU (menos utilizado recientemente), LSN (Número de secuencia), Checkpoint (Checkpoint, puesto de control), y así sucesivamente, estos conceptos son lo que funciona en InnoDB en ella?
Aquí para decirle a través de un mapa
Relaciones Buffer Pool, Rehacer del registro y el archivo de datos
Principio 1 innodb figura
Puede InnoDB transacciones en el proceso como el proceso de escribir un artículo. Innodb realidad proceso de escritura y el proceso de escritura que son muy similares.
Basta pensar, el liderazgo nos pidió que escribiera un artículo, publicado en el foro. Entonces pensamos de una gran idea y decidimos poner el artículo, pero hay otras cosas en la mano, de corta duración de moda que nunca terminar, se teme después olvidado, los líderes también nos espera a la respuesta, entonces ¿cómo hacerlo? primero vamos a esbozar una idea aproximada, y esbozar algunos de los detalles clave y los registros del libro, como un borrador, y luego decir inmediatamente la dirección de su propia para escribir algo, dejar que se confirmó. anoche, etc., y luego verter la base del proyecto de la sentencia discrecional palabra, escrita en obra.
En este proceso, utilizamos varias cosas importantes:
Nuestro cerebro, que se utilizan para recordar temporalmente nuestras ideas
Proyecto, tenemos que asegurarnos de que el proyecto no va a poner las ideas y los detalles críticos olvidados
Obras de arte, que es lo que en última instancia de salida
Con estas cosas, que no sólo puede asegurarse de que no se pierda un hermoso artículo, podemos decir rápidamente el liderazgo de su propia será capaz de conseguir esta cosa.
InnoDB también se utiliza el hecho de que algunas cosas importantes:
Buffer Pool: que nuestro cerebro
Registro de transacciones: que nuestro proyecto
Archivo de datos: es nuestra obra
Sólo tienes que seguir el proceso antes de escribir el artículo, para escribir toda la transacción, no sólo para asegurar que no se pierden datos, y puede responder rápidamente.
operación de escritura es una transacción, innodb datos de transacciones se escriben primero en el grupo de búferes y el registro de transacciones, que se memoriza en el cerebro, y escribió los borradores. A continuación, puede confirmar la transacción, la respuesta al cliente. Después de la innodb "tiene tiempo", los datos de forma asíncrona escrita escritas formalmente de la agrupación de almacenamiento intermedio, o el registro de transacciones de forma Datafile "obra de arte".
Lo cual, innodb registros de transacciones para asegurar que este "proyecto" será capaz de restaurar la obra destructiva, no puede ocupar demasiado espacio, las necesidades de registro de transacciones para tener las siguientes características:
El registro de transacciones debe guardar todo el contenido de datos a escribir
El contenido del registro de transacciones se añade único nuevo registro de transacciones en el final, y no para modificar el anterior
Una vez que los datos de transacción se escribe en el archivo de datos, el registro de transacciones "proyecto" se puede eliminar
Por encima de las tres características, podemos ver que, antes de formar la "obra de arte", "proyecto" no se elimina, al mismo tiempo, el espacio "Borrador" puede ser reciclado y, por último, siempre y cuando el "proyecto" en, debemos ser capaces de escribir "obra de arte".
También hay que señalar, que proceso de recuperación. Es decir, si la formación antes de la "obra" base de datos de Choque, y tenemos que reiniciar el proceso entero, servidor, o incluso sólo para copiar los datos a otro servidor para recuperarse. Esta vez, el registro de transacciones "borrador" para desempeñar su papel más importante - la recuperación de datos. Este es también un problema que a menudo ocurren en la vida de trabajo - cosas para olvidar - es muy similar.
Buffer Pool es esencialmente una estructura de datos almacenada en la memoria, la memoria y el cerebro humano, es "olvidadizo" de. Cuando la base de datos de Choque, piscina búfer de datos en los más probables "cenizas" de la. Por lo tanto, el registro de transacciones como cerramos el "Bloc de notas", es nuestra memoria, guardarlo como un "borrador", cuando olvidamos que cuando se puede abrir, con la espalda de memoria en retrospectiva.
(Esta es la imagen
)
lógica de recuperación figura 2
LSN y el Checkpoint
Lo anterior describe el caso de una transacción de escritura, y la base de datos en uso, las transacciones son continuas, de acuerdo con la lógica innodb arriba escriba "borrador" y "obra" de escritura a la velocidad y el progreso de la gran mayoría de casos no son el mismo.
Para continuar con el ejemplo, "escribir artículos" anterior, si nuestro artículo es muy largo día, nunca voy a terminar, mientras que otros tienen que trabajar durante el día, sólo podemos grabar el proyecto, sólo para volver por la noche para continuar obra de escritura. A continuación, nos enfrentamos a un problema: cuando escribimos ayer.
La forma más común es elaborar todas las noches para controlar el contenido y el contenido de obra, a fin de determinar dónde escribir, pero que requieren más tiempo, debido a que la obra puede contener una gran cantidad de declaración magnífica, tenemos que pensar para comparar el contenido.
Otra manera más simple, es decir, después de cada noche de obra acabada, hacemos una marca en el proyecto, que marca el último fue escrito por el contenido de la obra, por lo que la siguiente noche, que podamos de la parte posterior de la etiqueta para empezar, continuar a escribir nuestras obras de arte, sin la necesidad de comparar el contenido.
El segundo método es claramente más alta eficiencia, y no hay ningún riesgo adicional. Por lo tanto InnoDB en el uso de este enfoque. LSN es el número de cada registro en el proyecto, que marca todas las noches escribimos el último número de registro de obra, el número de etiqueta es Checkpoint. Innodb De acuerdo con este punto de control, se puede saber rápidamente que la última repetición, sino que también puede poner un borrador antes de este número, todos los eliminan.