el rendimiento de MySQL

En primer lugar, los factores que afectan el rendimiento de MySQL

En una arquitectura de servidor similar de esta estructura es el impacto que el rendimiento del servidor:

　　QPS: el procesamiento de consultas por segundo, la velocidad de consultas SQL, puede ser sql ineficiente afectan gravemente la eficiencia con vistas; sql un proceso tal como de 10 ms, entonces QPS <= 100

　　TPS:

　　Concurrencia y CPU Uso: la cantidad se refiere al número de peticiones de procesamiento concurrente al mismo tiempo, resulta en un gran conexiones de bases de datos concurrente para ser llenado; recurso de ultra cpu agotamiento tiempo de inactividad;

　　S de disco: disco de rendimiento; el riesgo de una caída repentina en el rendimiento de disco IO o consumen una gran cantidad de rendimiento de disco tareas programadas (plan de ajuste)

　　el tráfico NIC: Tarjeta io está lleno, (reducción del número de servidores, clasificación caché para evitar la cual podrás seleccionar la operación *)

En segundo lugar, la optimización del rendimiento de la idea general

1, primero tiene que utilizar la función de consulta lenta, para adquirir la totalidad de la instrucción de consulta SQL desde hace mucho tiempo.
MySQL-- consulta lenta
2, seguido utilizando el comando explican a ver el plan de ejecución de SQL problema.
MySQL-- plan de implementación EXPLIQUE
3, por fin puede utilizar el perfil de espectáculo [s] para ver el rendimiento del uso de SQL en cuestión.
MySQL alta: mostrar el perfil

Tres, MySQL detalles de optimización del rendimiento

1, el uso racional y crear un índice (adiciones y supresiones a considerar el caso de datos).
2, campo de redundancia razonable (tratar de construir unas mesas grandes, tenga en cuenta las ventajas y desventajas tres paradigmas y diseño del negocio de la base de datos).
3, utilizando SQL para prestar atención a algunos detalles:
la instrucción SELECT, trate de no usar *, COUNT (*),
la sentencia WHERE, trate de no usar 1 = 1, en la declaración (recomendado existe),
prestar atención a la orden del índice compuesto creación en el orden establecido del consulta,
en la medida de lo posible en el tamaño de partícula grande consulta SQL de la izquierda,
en la medida de lo posible el establecimiento de un índice compuesto.
4, el uso racional de registro de consultas lentas, explique el plan de ejecución de la consulta, mostrar el uso de vista de recursos perfil durante la ejecución de SQL.

5, asegúrese de seguir el principio de la pequeña mesa grande basada en tablas cuando la tabla asociada a la consulta.
6, cuando se utiliza un lenguaje de consulta donde la función condiciones permitieron, de lo contrario el índice fallará;
7, cuando las consultas de tabla única, no intenta utilizar el mismo campo OR, ya que puede conducir a un fallo del índice, tales como: * SELECT FROM tabla WHERE name = ' teléfono o nombre = "computadora', se puede utilizar la sustitución de la Unión;
8, la instrucción LIKE no se permite al comienzo%, de lo contrario el índice fallará;
9, el índice compuesto de izquierda a derecha debe seguir el principio, de lo contrario el índice se producirá un error, por ejemplo: SELECT * de la tabla donde name = 'Joe Smith' y la edad = 18, entonces el índice de combinación debe ser un nombre, forma edad;
10, no demasiado índice, determinado de acuerdo con la situación real, ya que no más de 10;
11, cada tabla debe tener una clave principal, con el propósito de acelerar eficiencia de la consulta;
12 puntos de la tabla, la tabla puede lograr el propósito de mantisa sub-bit en el campo de los negocios, diez o cien (y así sucesivamente) no de acuerdo con el nombre de la tabla;
13, sub-bibliotecas, de acuerdo con los bits de mantisa campo de negocio o diez o cien (y así sucesivamente) el nombre de la biblioteca que hacer para lograr el propósito de sub-biblioteca;
14, tabla de particiones, similar a la partición de disco duro puede ser un período de tiempo Los datos de la partición, la velocidad de las consultas, se pueden utilizar con sub-tabla tabla de particiones + usado en combinación;

En cuarto lugar, las ideas específicas de optimización de bases de datos

1. ¿Qué optimización?

Hay dos aspectos principales en la optimización de bases de datos: la seguridad y el rendimiento

Seguridad ---------------------- sostenibilidad

rendimiento de acceso a datos de alto rendimiento ----------------------

2, la optimización de la gama de qué?

Almacenamiento y sistemas operativos de host:

la estabilidad del esquema de acogida
planificación de E / S y la configuración
partición de intercambio de intercambio
parámetros del kernel del sistema operativo y los problemas de la red

Áreas de aplicación:

estabilidad de la aplicación
rendimiento instrucción SQL
el acceso a los recursos de serie
gestión de sesiones bajo rendimiento
Esta aplicación es adecuada para usar MySQL

optimización de la base de datos:

memoria
estructura de base de datos (física y lógica)
Ejemplos de configuración

Descripción: Ya sea en sistemas de diseño, posicionamiento o problema de optimización, se puede realizar en este orden.

3, la optimización de las dimensiones

optimización de la base de datos tiene cuatro dimensiones:

Hardware, configuración del sistema, la estructura de base de datos, SQL y los índices

Selección Optimized

4, herramientas de optimización y qué?

4.1 nivel de base de datos:

Cheque de herramientas problemas comunes

Menos comunes, pero fácil de utilizar herramienta

Ideas de resolución de problemas a nivel de base de datos 4.2

Ideas generales de ajuste de emergencia:

Caton para manejar el tráfico de repente, no puede ser un negocio normal! Deben abordarse de inmediato escena!

las ideas convencionales de sintonía:

Caton de negocio cíclico, por ejemplo, 10-11 am todos los negocios, especialmente lento, pero también se puede utilizar durante un período de tiempo muy bien.

4.3 Sistema nivel

aspectos de la CPU

vmstat, sar superior, htop, nmon, mpstat

memoria

libre, ps aux,

dispositivos IO (disco, red)

iostat, ss, netstat, iptraf, iftop, lsof,

vmstat comando Descripción:

iostat Comando Descripción

Ejemplos de comando: iostat -DK 1 5

iostat -d -k -x 5 (ver utilización de la capacidad (% util) y el tiempo de respuesta (el await))

soluciones de 4,4 a nivel de sistema a los problemas

¿Usted piensa en el bien alta carga final, baja o bueno?

En la producción real, la CPU se cree generalmente que el tiempo que no más de 90% no tiene problema.

No descartamos estos casos especiales siguientes:

Uno de los problemas: la carga de la CPU, carga baja IO

Segundo problema: alta carga de IO, baja carga de la CPU

Tercera pregunta: IO y tiene una alta carga de CPU

El hardware no es suficiente o hay un problema de SQL

5 optimización de base

1.5.1 ideas de optimización

Posicionamiento problema:

Hardware -> Sistema -> Aplicaciones -> Base de datos -> Arquitectura (alta disponibilidad, separadas de lectura y escritura, sub-biblioteca subtabla)

dirección de procesamiento

Claro objetivo de optimización, rendimiento y seguridad de compromiso, anticipatoria

optimización de hardware 5.2

aspectos de acogida:

elección de la CPU:

opciones de memoria:

almacenamiento:

asaltar la tarjeta: opciones de la tarjeta de host RAID:

Equipo de red:

Utilizar el soporte de un equipo de mayor tráfico de la red (switches, routers, cables de red, tarjetas de red, tarjetas HBA)

Nota: Estos planes deben ser consideradas buenas en el diseño inicial del sistema.

optimización de hardware del servidor 5.3

5.4 Optimización del sistema

UPC:

Básica no requiere ajuste, los esfuerzos para elegir el hardware.

memoria:

Básica no requiere ajuste, los esfuerzos para elegir el hardware.

INTERCAMBIAR:

MySQL evitar el uso de intercambio. Ali nube predeterminado del servidor de intercambio 0

IO:

Este parámetro determina el Linux tienden a utilizar de intercambio, o tienden a liberar la memoria caché del sistema de archivos. Bajo situaciones de memoria reducidos, menor es el número, más inclinado para liberar la memoria caché del sistema de archivos. Por supuesto, este parámetro puede reducir la probabilidad de que el intercambio, y no puede evitar el uso de intercambio de Linux.

parámetros de configuración Modificar innodb_flush_method MySQL, el modo O_DIRECT abierta. En este caso, pool de buffer de InnoDB derivación de la caché del sistema de archivos para acceder al disco, pero sigue utilizando el registro de rehacer la memoria caché del sistema de archivos. Es de destacar que, registro de rehacer es el modo de sobreescritura, incluso si un sistema de archivos de caché, no va a tomar demasiado

política de planificación IO

5.5 Sistema de ajuste de parámetros

Linux kernel parámetro de optimización

parámetros de restricción de usuario (configuración siguiente MySQL no puede ser proporcionada)

5.6 Optimización de aplicaciones

Las aplicaciones de negocios y aplicaciones de bases de datos independientes, cortafuegos: iptables, SELinux y otros servicios no deseados (cerrado):

instalación del servidor de interfaz gráfica no arranque el nivel de ejecución interfaz gráfica 3, Además, creemos que el futuro de la empresa realmente necesita MySQL o utilizar otros tipos de bases de datos. Con el más alto nivel de la base de datos no es la base de datos.

6, la optimización de la base de datos

dirección optimización de SQL:

plan de implementación, índice, SQL reescritura

Infraestructura dirección de optimización:

Arquitectura de alta disponibilidad, arquitectura de alto rendimiento, sub-biblioteca subtabla

optimización de los parámetros de base de datos 6.1

ajuste:

Ejemplos de conjunto (optimización avanzada, expansión)