разве что связь какаято да со special, если он в каком то месте есть то срабатывает

больше не придумаю, пусть другие скажут

больше не придумаю, пусть другие скажут

/tr ATTENTION: This group is only russian-speaking, use a translator if you want to ask something. Русскоязычная группа о MySQL. Для кода используйте сервис pastebin.com или аналог. Если увидете спам, просто ответьте на него словом "spam" и оно будет удалено.

Alguem aqui fala português

Alguem aqui fala português

Não

Table_locks_immediate | 162263 Table_locks_waited | 9654 это нормальные показатели?

База используется сайтом на WP

Почистил

Добрый день мужики, вопросик банальный наверно... Есть сервер там много баз данных, создаю нового пользователя demo и хочу чтобы при подключение к серверу были видны только его базы данных и он мог их создавать а т.е. demo_*

в инете куча статей как создать и назначить на таблицу права, но на то чтобы скрыть чужие и позволить создавать только с маской demo_* нефига (

phpmyadmina нет и не будет

запретить доступ на чтение

Сделаль

Взял навикат по ssh тунелю подключился с этого юзера и в нем орет что нет к системной таблице user

А создание бд сделал маску \_*.*

В других ide вроде бы нет ошибки по системной таблице

в инете куча статей как создать и назначить на таблицу права, но на то чтобы скрыть чужие и позволить создавать только с маской demo_* нефига (

если ты хочешь чтобы он создавал свои базы с каким-то префиксом - ты можешь завернуть нужные ddl в хранимку, но это какой-то гемор

если ты хочешь чтобы он создавал свои базы с каким-то префиксом - ты можешь завернуть нужные ddl в хранимку, но это какой-то гемор

можно просто когда выдаешь права сделать user\_*.* и после этого если создать к примеру test скажет нельзя, а если user_test создаст

покрайне пере работает )

Узкоцспециализированный бред.

какая практическая значимость того, что один юзер может создавать базы с префиксом test, а дба со всеми правами на базу не может?

какая практическая значимость того, что один юзер может создавать базы с префиксом test, а дба со всеми правами на базу не может?

Наверно он хочет чтобы названия не дублировались у разных пользователей

А создание бд сделал маску \_*.*

Не проще закрывать права создание баз и завернуть их в какой-нибудь api

есть подозрение, что для такого можно поднять отдельный инстанс mysqld и не ковырять моск

есть подозрение, что для такого можно поднять отдельный инстанс mysqld и не ковырять моск

Удваиваю этого господина

отдельный инстанс? сильные ребята

мы тут с программистами вчера до ора спорили за создание лишней переменной - а тут инстанс новый создать - за норму

а что сильного в /usr/sbin/mysqld --basedir=/var/lib/mysql-demo?

я видел компании, где по 200 инстансов висят на одном хосте

а хостов тысячи

могу оправдать только необходимостью отдельного гашения инстанса

нет, это multi-tenant database. хостеры, если по-нашему. по сути то же, что нужно OP, только в масштабе 1:100

@alexey_kopytov Кстати о птичках. Есть у меня пару архивных баз, который жрут много IOPS, но ничего кроме них. Хочу объединить в один сервер, но инстансы чтоб смотрели на разные диски. Ничего кримминального в таком нет дейсттве?

и нужно ли ждать камней подводных

вот как раз у тех товарищей с 200 инстансами было так. объединение много маленьких инстансов в мало больших приводило к падению производительности

по причине плохой масштабируемости на r/w нагрузках. там всё упиралось в buffer pool мьютексы

отлично! Значит так и сделаем! Спасибо!

но это интенсивная запись и сотни соединений на инстанс

а если этого нет, то ничего плохого не вижу

ну, у меня проблема чуть меньше - банально одна из БД зажирает всё IO и остальные плачут. Но закупать ради архивов кучу железок не хочу - просто сделаю несколько инсттансов, смотрящие на разные HDD и всё

в 8.0 обещают завезти масштабируемость на r/w

Ну, до восьмёрки в проде ещё ооочень долго

я понимаю. да и те проблемы, которые они в 8.0 решают, мало кому актуальны

Больше даже после релиза перконы я сразу ставить ничего не буду. В прошлый раз при установке свежей версии в прод тепловая энергия от моего стула при падении прода каждые 2 минуты могла заменить небольшую теплоэлектроцентраль)))))

а что там было?

При определённой фазе луны сервер крашился на ON DUPLICATE KEY UPDATE, если в запросе были теккст/блооб поля

у меня эта фаза луны была каждые минуту/две

хм, не помню такой беды. а что, потом вылечилось?

да, баг-репорт в перкону был перенапрравлен в оракл и достаточно оперративно пофикшен

но несколько лет жизни я за тот период потерял, так что с меня хватитт установки свежаков?

я помню только вот такой весёлый баг с INSERT ODKU: https://bugs.mysql.com/bug.php?id=76927

причём он был во всех версях. и я неделю потратил, чтобы минимизировать test case. потому и запомнил, наверное

не, не он

Мы в перкону писали

Если интересно - могу поискать попробовать

ну так, любопытно. если долго искать, то не надо

https://bugs.launchpad.net/percona-server/+bug/1686340/

я так понимаю, оперативно он был пофикшен потому, что Оракл нашёл этот баг примерно в одно время с вами

Вполне возможно и так. Но главное, что пофиксили

Правда, мы к этому времени уже переписали сотку процедур с этой конструкцией

и начличием текст/блоб полей

Боль и унижение короче творились