OpenForum RSS: OpenNews: Управление привилегиями в MySQL. Производительности и большие таблицы https://www.opennet.ru/openforum/vsluhforumID3/16272.html В статье "Working with the MySQL Access Privilege System (http://www.devshed.com/c/a/MySQL/Working-with-the-MySQL-Access-Privilege-System/)" доступно и подробно рассказывается про организацию системы контроля доступа в MySQL.<br><br><br>В заметке "Why MySQL could be slow with large tables (http://www.mysqlperformanceblog.com/2006/06/09/why-mysql-could-be-slow-with-large-tables/)" рассмотрены три фактора (размер буферов, индексы и "join" операции ) влияющие на производительность MySQL при работе с таблицами с большим объемом данных.<br><br><br>URL: http://www.devshed.com/c/a/MySQL/Working-with-the-MySQL-Access-Privilege-System/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=7703<br> Управление привилегиями в MySQL. Производительности и больши... (igorsia) https://www.opennet.ru/openforum/vsluhforumID3/16272.html#4 Tue, 13 Jun 2006 05:09:16 GMT Если есть желание обсудить вопрос лучше обращайся ко мне на почту. Управление привилегиями в MySQL. Производительности и больши... (Vadim Tkachenko) https://www.opennet.ru/openforum/vsluhforumID3/16272.html#3 Mon, 12 Jun 2006 16:44:08 GMT Если можно то дайте пример таблицы, индексов и запроса.<br> Управление привилегиями в MySQL. Производительности и большие таблицы (sabay) https://www.opennet.ru/openforum/vsluhforumID3/16272.html#2 Sun, 11 Jun 2006 07:33:28 GMT Полностью поддерживаю. Оптимизатор мерзкий в mysql. Если в таблице составные индексы и подмножества полей в них пересекаются - то mysql jxtym часто берет не лучший из индексов. и при явном указании индекса запрос часто начинает работать на ПОРЯДОК быстрее. Управление привилегиями в MySQL. Производительности и большие таблицы (igorsia) https://www.opennet.ru/openforum/vsluhforumID3/16272.html#1 Sun, 11 Jun 2006 05:23:19 GMT По моим наблюдениям у MySQL проблема не с большими таблицами а с оптимизатором запросов. В версии 4.1 запрос по двум индексированным полям, связанным через OR вызывал full scan. В 5.0 уже используются индексы, но более сложные запросы все равно могут уводить в полное сканирование таблицы.<br>Зачастую сабжу проще сделать сотню простых (в одно условие) поисков чем один сложный запрос. Не рекомендуется использовать подзапросы, там где можно обойтись обычным JOIN а также конструкцией IN - на порядок быстрее сделать запрос по каждому значению.