Partición de subbiblioteca de medicamentos
MYSQL tiene tablas de particiones, que también pueden lograr el propósito de descentralizar IO, mejorar el rendimiento y ser más simples y convenientes. ¿Por qué utilizar tablas de subbase de datos?
Creo que existen principalmente las siguientes razones convenientes:
1. MYSQL no admite muy bien varias CPU y no puede aprovechar al máximo las capacidades de varias CPU. no admite el paralelismo. Muchas cosas no admiten DDL en línea, etc.
Si los datos de las subtablas se apilan en tablas particionadas, incluso si IO no es un problema, la propia administración de MySQL también es un problema y la eficiencia es mucho peor que la de las tablas fraccionarias.
2. La tabla de particiones MYSQL en sí es imperfecta y tiene demasiadas trampas. A veces, la tabla de particiones no puede desempeñar su función en absoluto y es igual o incluso peor que una tabla única enorme.
3. El diseño de tablas particionadas y claves de partición no es muy flexible. Si no hay una clave de partición, se producirán fácilmente bloqueos completos de la tabla y el rendimiento se reducirá considerablemente.
4. Divida la base de datos y las tablas usted mismo y controle los escenarios comerciales y los métodos de acceso, lo cual es controlable. Para la tabla de particiones, escribí un SQL para I+D. No sé cómo usar MySQL, por lo que no es muy controlable.
5. Problemas de copia de seguridad y recuperación. Una tabla única enorme duplica el tiempo de respaldo y recuperación y aumenta el riesgo de fallas en el respaldo y la recuperación de toda la base de datos. En algunos escenarios empresariales,
es posible que ni siquiera puedas completar la copia de seguridad dentro de un período de tiempo limitado.
6. Los problemas de gestión y mantenimiento, como el DDL, son un desastre.
Por lo tanto, en la actualidad, algunas aplicaciones de Internet de muchas empresas de Internet rara vez usan tablas de particiones y en su mayoría usan tablas de subbases de datos.