Tenga en cuenta que el caso de la utilización de la base de datos de índice


        1, cuando se utiliza como consulta difusa de palabras clave,% colocado delante del índice no funciona, sólo "%" no está en la primera posición, el efecto índice de toma (como 'texto%' - el índice no funciona)

       2, cuando se usa en conjunción índice, sólo la consulta utilizada en estos campos en el primer campo, el efecto índice toma

       3, utilizando la palabra clave o la consulta, la instrucción de consulta consulta o palabra clave sólo cuando dos condiciones antes y después de la O y columnas están indexados, el efecto índice de toma, de lo contrario el índice no entra en vigor.

       4, para evitar el uso en la cláusula where! = O <> operador, de lo contrario el motor va a dejar de usar el índice y un escaneo completo de tabla.

       5, la optimización de consultas, debe tratar de evitar el escaneo completo de tabla, primero debe considerar el establecimiento de un índice sobre dónde y ordenado por la columna en cuestión.

       6, se debe evitar para los campos que operan en el que la expresión cláusula, lo que provocará que el motor se dan utilizando el índice y escaneo completo de tabla. Tales como:

	 	select id from t where num/2=100 
    应改为: 
    	select id from t where num=100*2 

       7, para evitar una función de la operación de campo en la cláusula WHERE, hará que el motor para dejar de usar el índice y un escaneo completo de tabla.

       8. No funciones, operaciones aritméticas, u otras expresiones en la cláusula where "=" a la izquierda, o el sistema no funcione correctamente indexada.

       9, no todos los índices son de consulta válida, consultas SQL optimización se realiza de acuerdo a los datos de la tabla, cuando las listas de índices de un gran número de datos duplicados, consultas SQL no aprovecharse del índice, como una tabla tiene un campo
  sexo, masculino , casi la mitad femenina, incluso si estableció en el índice de relaciones sexuales también efecto sobre la eficiencia de la consulta.
  
       10, el índice no es posible, el índice que corresponde sin duda puede mejorar la eficiencia de la selección, sino que también reduce la eficiencia de inserción y actualización,
  ya que es posible cuando la inserción o actualización será reconstruir el índice, el índice debe ser cuidadosamente considerada la forma de construir, como puede ser el caso. Una tabla de números índice no es mejor más de seis,
  si demasiada debe tener en cuenta algunos de los utilizados con menos frecuencia para construir la columna de índice si es necesario.
  
       11, hacer uso del campo numérico, aunque sólo sea con el campo de la información numérica en lo posible no diseñar para el personaje, lo que reducirá el rendimiento de las consultas y conexiones, y aumentará la sobrecarga de almacenamiento.
  Esto es porque el motor cuando el procesamiento de consultas y conexiones uno a comparar cada carácter de la cadena, y para fines de comparación numérica una sola vez es suficiente.
  
       12, consulta mysql usando sólo un índice donde cláusula por lo que si se ha utilizado el índice, entonces el orden por la columna no utilizar el índice.
   Así que no se utilice la base de datos predeterminada operación de clasificación puede satisfacer las necesidades de cada caso por el estilo, tratar de no ordenar varias columnas contienen, si estas columnas tienen que construir el mejor índice compuesto.
  
       13, el orden por el índice, el problema no funciona (además del índice de clave principal):

              1, sólo si los selectos campos de índice consulta, por orden de campo de índice utilizará el índice, o de lo contrario todo el arreglo de la mesa;

               2, si hay condiciones en las que, por ejemplo, donde se utilizará vtype = 1 fin de vtype asc. Ordenar por este índice!



Publicado 51 artículos originales · ganado elogios 11 · vistas 6097

Supongo que te gusta

Origin blog.csdn.net/weixin_42140261/article/details/95057021
Recomendado
Clasificación