Hola estudiantes, hoy les diré qué tipo de datos se debe usar al diseñar la clave principal de la base de datos MySQL. Sabemos que cuando diseñamos la base de datos, se debe establecer la clave principal. En circunstancias normales, optaremos por utilizar las dos estrategias de clave principal de incremento automático de clave principal o UUID. Entonces, ¿cuál de los dos es mejor? ¿Cuál deberíamos usar? Por favor, ven y aprende con Lao Xu hoy.
1. Incremento automático de clave principal
-
Ventajas de usar el crecimiento propio como clave principal
Pequeño espacio de almacenamiento de datos;
Mejor actuacion;
Fácil de recordar.
-
Desventajas de usar el crecimiento propio como clave principal
Si hay una gran cantidad de datos, puede exceder el rango de valores de crecimiento propio;
Es difícil (no imposible) manejar tablas de datos de almacenamiento distribuido, especialmente cuando es necesario fusionar las tablas;
La seguridad es baja, porque es regular y es fácil obtener datos ilegalmente.
2. UUID
-
Ventajas de usar UUID como clave principal
Es único y hay pocas posibilidades de duplicación;
Adecuado para operaciones de inserción y actualización en grandes cantidades de datos, especialmente en entornos distribuidos y de alta concurrencia;
Es muy conveniente fusionar datos entre servidores;
Mayor seguridad.
-
Desventajas de usar UUID como clave principal
El espacio de almacenamiento es grande (16 bytes), por lo que ocupará más espacio en disco;
degradará el rendimiento;
Es difícil de recordar.
3. Usar opciones
Entonces, en general, para las dos estrategias clave principales anteriores, ¿cómo debemos elegir?
En general, MySQL recomienda que usemos ID de incremento automático. Esto se debe a que en el motor de almacenamiento InnoDB de MySQL, el índice de clave principal es un índice agrupado, y los nodos de hoja de árbol B+ del índice de clave principal almacenan los valores y los datos de la clave principal en orden. Si el índice de la clave principal es un ID de incremento automático, solo necesita organizarlo en orden; si es un UUID, el ID se genera aleatoriamente, por lo que se moverá una gran cantidad de datos durante la inserción de datos, lo que resultará en una gran cantidad de datos. número de fragmentos de memoria, lo que resulta en el rendimiento de la inserción.
Si queremos combinar proyectos específicos, ¿qué estrategia de anotación debemos elegir? En este momento, las siguientes situaciones deben dividirse en:
Cuando el proyecto es una versión independiente y la cantidad de datos es relativamente grande (millones), use el crecimiento propio En este momento, es mejor considerar la seguridad y tomar algunas medidas de seguridad.
El proyecto es una versión independiente y la cantidad de datos no es tan grande. Cuando los requisitos de velocidad y almacenamiento no sean altos, use UUID.
Si el proyecto es distribuido, entonces UUID es la primera opción. Distribuido generalmente no requiere alta velocidad ni almacenamiento.
Cuando el proyecto se distribuye y la cantidad de datos alcanza decenas de millones o más, se puede utilizar el crecimiento propio cuando existen requisitos de velocidad y almacenamiento.
¿Ahora sabe cómo elegir una estrategia de clave principal en MySQL? ¡Presta atención a Xiaoqian, los productos secos continúan todos los días!
Por supuesto, si cree que el contenido anterior no es suficiente y desea obtener más información sobre los conocimientos técnicos relacionados con MySQL, vea los cursos técnicos integrales y profesionales de MySQL, ¡gratis!
Tutorial de la base de datos MySQL, instalación de mysql en el conjunto avanzado de despacho de aduanas de mysql