Colección de citas famosas - Colección de versos - ¿Es necesario crear un índice en línea? Hay tres formas de agregar índices en diferentes versiones de MySQL: (1) Copiar la tabla, que es la primera forma de crear índices admitidos por InnoDB. Como sugiere el nombre, la creación de índices se logra copiando una tabla temporal. Cree una nueva tabla temporal con el nuevo índice, copie todos los datos de la tabla original a la tabla temporal y luego cámbiele el nombre para completar la operación de creación del índice. Este método crea un índice mientras la tabla original es legible. Pero consumirá el doble de espacio de almacenamiento. (2) Modo local Este es MySQL nativo 5::MySQL _ alter _ table(); // Determina si la operación actual se puede implementar en el lugar. Las que no se pueden cambiar en el lugar son ://1: :add _ index() ...//Crear la fila 0 del diccionario de datos de índice merge::wait _ while _ table _ is _ used() //Después de crear el índice, realice la limpieza final::MySQL _ alter _ table(); //1: :row_log_allocate();row_log_t*log=(row_log_t*)&buf[2*SRV_sort_buf_size];// Indica que el estado actual del índice es creación en línea, luego // La operación DML en El índice se escribirá en el registro de filas sin actualizar dict_index_set_Online_status(index, Online_index_creation);...//3::row_merge en el índice _build_index();...//Después de las operaciones de lectura, clasificación e inserción del nuevo Se completa el índice agrupado // Ingrese la diferencia real entre Online e Inplace. También es la esencia de las operaciones en línea //-Reutilice el registro de filas generado en este proceso en la función Registro de fila 0 :: Row_merge_read_clustered_index () y, después de atravesar el índice agrupado, asigne el trx_id del nuevo índice al ID de transacción más grande en el registro de filas en línea. Una vez creado un índice, todas las transacciones inferiores a este ID de transacción no pueden utilizar el nuevo índice. Al leer datos a través de un índice agrupado, se lee la última versión del registro. ¿Este registro también existirá en el registro de filas? ¿Cómo maneja InnoDB esta situación? En primer lugar, la respuesta es sí. Al atravesar el índice agrupado para leer las últimas versiones de los registros, estos registros pueden ser modificados/insertados por nuevas transacciones. Durante la fase de recorrido, estos registros se aplican al nuevo índice. Al mismo tiempo, las operaciones de estos registros también se registran en el registro de filas. Existe una situación en la que existe un registro en el nuevo índice y también existe en el registro de filas. Por supuesto, InnoDB también tiene en cuenta esta cuestión. Durante el proceso de reproducción del registro de filas, para cada registro en el registro de filas, primero determine si ya existe en el nuevo índice (Registro de fila 0. c::Row _ Log _ apply _ op _ low()). Si es así, se puede omitir el registro de línea actual (o se puede convertir el tipo de operación). Por ejemplo, las operaciones de inserción se registran en el registro de filas. Si ya hay registros insertados en el nuevo índice, puede descartar directamente los registros en el registro de filas (si los elementos existentes son exactamente los mismos que los elementos insertados o convertir INSERT en una operación ACTUALIZAR (los registros de filas lo son); diferente de los registros en el nuevo índice y el índice parcial Las columnas también son diferentes); ¿hay algún error al agregar índices en línea? La respuesta es sí, hay un error.