O muito mais informação é buscada a partir do servidor o trabalho extra MySQL tem que fazer e muito mais largura de banda que leva. 2. Que utilizem sub-consulta como uma alternativa para uma junção. Em um banco de dados projetado corretamente, se junta são incrivelmente rapidamente. Fazendo uso de sub-consultas só demonstra uma falta de conhecimento. 3. O uso inadequado de Chaves. Pode ser especialmente válido para verificações de intervalo.
Lembre-se de usar a declaração Explique para verificar a utilização das chaves e, em seguida, usar o uso declaração fundamental em suas cláusulas WHERE para forçar a utilização crítica. Fatores servidor a cada coisa realizada corretamente, há, no entanto, pode muito bem ser alguns fatores de servidor que pode possivelmente estar causando a técnica para se tornar lento. São eles: 1. Hardware configuração do Servidor 2. associado associada Bem aqui é o que você é capaz de fazer sobre o hardware: 1. A RAM extra é sobre o método a muito melhor que pode ser.
MySQL frequentemente obtém informações a partir da RAM e muito mais a RAM está na técnica, o muito melhor que pode ser. 2. Comprar a RAM mais rápida alcançável! A RAM mais lenta é apenas ironia. 3. Assim que você vai ser resolvido com o tamanho da memória RAM e velocidade, parece para a velocidade de processamento. MySQL pode usar vários processadores. Assim que você pode estar satisfeito com o hardware, você vai encontrar um conjunto de variáveis em my.cnf que você deve parecem em: a) key_buffer_size: Este descreve a memória acessível para guardar as chaves de índice.
O padrão é 8 MB, mas você pode configurá-lo para 25% com a RAM. b) query_cache_size: Esta pena é, por padrão ..! se você pode ter uma grande quantidade de consultas repetitivas como em relatar aplicativos e assim por diante, a certeza de que você definir esse benefício grande. c) table_open_cache: Este determina o número de descritores de recep