Ну, если все остальное перестало работать, Вы могли бы просто проявить безжалостный подход и уничтожить процесс рабочий MySQL вручную.
таким образом,
ps -Af
для списка всех процессов, затем делают" kill <pid>
", где <pid>
идентификатор процесса демона MySQL (mysqld).
В зависимости от поставщика базы данных, как правило, выполнение запроса к представлению объединяет SQL, определенный в представлении, с предикатами предложения Where и выражениями сортировки предложения Order By, добавленными к sql, который вы передаете представлению, в придумать комбинированный полный запрос SQL для выполнения. Затем он выполняется так, как если бы он сам был передан процессу запроса, поэтому не должно быть никакой разницы.
Представления - это организационный инструмент, а не инструмент повышения производительности.
Из Разрешение представления SQL Server
Когда инструкция SQL ссылается на неиндексированное представление, парсер и запрос оптимизатор анализирует источник обоих оператор SQL и представление и затем разрешите их в один план исполнения. Нет единого плана для оператора SQL и отдельного план представления.
Если смотреть в сторону, не являются ли предложения PrimaryKey AND избыточными? Если значение PrimaryKey находится В списке, не будет ли его В другом списке? Я думаю, что объединение этих двух пунктов в одно повысит производительность.
Обычные (без индексов / материализованные) представления это просто псевдонимы; они не дают никаких преимуществ в производительности. Выбор из представления создает точно такой же план запроса, что и выбор непосредственно из таблицы.