Используя суб-запроса в качестве альтернативы объединения. На правильно спроектированной базе данных, присоединяется являются невероятно быстро. Пользуясь подзапросов просто показывает отсутствие знаний. 3. Неправильное использование ключей. Это может быть специально действительны для проверки диапазона. Не забывайте использовать Объясните заявление проверить использование ключей, а затем использовать использовать ключевую заявление в ваших где пунктах, чтобы заставить критическое использование.
Факторы сервера Каждая вещь проводится правильно, тем не менее, вполне может быть некоторые факторы сервера, которые могут, возможно, быть причиной технику, чтобы стать медленным. К ним относятся: 1. Конфигурация оборудования связаны 2. Сервер связан Прямо здесь то, что вы в состоянии сделать об оборудовании: 1. Дополнительный ОЗУ на методе гораздо лучше может быть. MySQL часто получает информацию из ОЗУ и много больше оперативной памяти на технике, гораздо лучше может быть. 2. Купите быстрый достижимую памяти! Медленнее памяти просто ирония. 3.
Как только вы будет решен с размером ОЗУ и скорости, кажется, для скорости обработки. MySQL может использовать несколько процессоров. Как только вы могли бы быть удовлетворены с оборудованием, вы найдете множество переменных в my.cnf, что вы должны показаться на: а) key_buffer_size: Это описывает память, доступную для сохранения ключей индекса. По умолчанию 8 МБ, но вы можете установить его на 25% с ОЗУ. б) query_cache_size: Это стоит по умолчанию ..! если вы, возможно, придется много повторяющихся запросов как в приложения отчетности и т.д., убедитесь, что вы установите это пособие большой.
в) table_open_cache: Это определяет количество дескрипторов, стол MySQL будут поддерживать внутри кэша. Стоит по умолчанию 64. Но, если у Вас есть 100 пользователей, обращающихся стойка одновременно, то это стоит по крайней мере требуют 100. Вы также должны принимат