| |
| 1.6, stellar, 11:52, 25/03/2006 [ответить] [смотреть все]
| +/– | |
В который раз поражаюсь аффффтарам с Опеннета.
Это отвратительное решение. Потому что как только место для базы кончится, MySQL крякнет и с большой вероятностью запорет таблицу(ы) в базе.
Если Вам надо иметь проблемы с регулярным восстановлением базы у клиентов -- дерзайте.
Вдобавок оно не работает с InnoDB.
В результате Вы получите кривое решение, которое ничего, кроме головной боли не принесет.
|  | | |
| 1.8, Abigor, 08:27, 02/05/2006 [ответить] [смотреть все]
| +/– |
а у меня вот что говорит
# chown -vR management:mysql management/
chown: management: Invalid argument |  | | |
| |
| |
| |
| 4.11, Pahanivo, 12:17, 02/05/2006 [^] [ответить] [смотреть все]
| +/– |
>>chown R management:mysql management
>
>chown R management:mysql management
>chown: R: Invalid argument
Sorry )) -R ))
> man chown )
| | | |
|
|
|
| 1.12, voron, 16:07, 08/07/2006 [ответить] [смотреть все]
| +/– |
http://projects.marsching.org/mysql_quota/
The MySQL Quota-Tool helps you to set a size limit on MySQL databases.
It works by checking the size of each database and revoking the INSERT- and CREATE-priveleges for the databases, which exceed the given size limit.
When the size of the database falls below the given limit, the INSERT- and CREATE-priveleges are granted again.
не мегакрасивое решение, но зато без фатальных последствий для пользователя, базы и тп.
хотя лучшим решением наверно будет комбинация 2-х решений, чтобы какой-нить запрос вроде load data( которым можно гигабайты заливать), не завалил диск |  | | |
| |
| 2.13, Pahanivo, 15:02, 25/08/2006 [^] [ответить] [смотреть все] [показать ветку]
| +/– |
>http://projects.marsching.org/mysql_quota/
>The MySQL Quota-Tool helps you to set a size limit on MySQL
>databases.
>
>It works by checking the size of each database and revoking the
>INSERT- and CREATE-priveleges for the databases, which exceed the given size
>limit.
>When the size of the database falls below the given limit, the
>INSERT- and CREATE-priveleges are granted again.
>
>не мегакрасивое решение, но зато без фатальных последствий для пользователя, базы и
>тп.
>
>хотя лучшим решением наверно будет комбинация 2-х решений, чтобы какой-нить запрос вроде
>load data( которым можно гигабайты заливать), не завалил диск
Возможно комбинация будет лучше, но прикинте скока гемора чтобы завети одну паршивую базу ))
Блин, столько лет существует мускул - почему не могут это сделать средствами сервака?
|  | | |
|
| 1.14, Exe, 14:26, 11/11/2006 [ответить] [смотреть все]
| +/– |
кто вам сказал что innodb обязательно все базы в одном файле? учите маны, они рулез.
хинт: innodb_file_per_table | | | |
| 1.15, Jack, 07:22, 03/03/2007 [ответить] [смотреть все]
| +/– | |
А вот в 5.0.X поведение MySQL сервера не очень понятное. При правах на директорию БД 070, где 7 - права для группы в которую входит псевдопользователь от которого работает MySQL, сервер не видит эту БД. Т.е. 'show databases' - не находит базу. А вот запрос 'use my_db' - Успешен и уже внутири этой БД возможно осуществлять все операции с таблицами. Может кто знает с чем это связано, и как версию 5.0.Х приточить к использованию квотирования описанному в исходной статье. |  | | |
| |
| 2.16, stellar, 12:14, 21/03/2007 [^] [ответить] [смотреть все] [показать ветку]
| +/– | |
Повторяю: Квотирование средствами файловой системы - отвратительное решение. Потому что как только место для базы кончится, MySQL с большой вероятностью запорет таблицу(ы) в базе.
Если Вам надо иметь проблемы с регулярным восстановлением базы у клиентов -- дерзайте.
Вдобавок оно не работает с InnoDB.
В результате Вы получите кривое решение, которое ничего, кроме головной боли не принесет.
| | | |
| |
| 3.19, ol, 15:00, 26/02/2008 [^] [ответить] [смотреть все]
| +/– |
>[оверквотинг удален]
>место для базы кончится, MySQL с большой вероятностью запорет таблицу(ы) в
>базе.
>
>Если Вам надо иметь проблемы с регулярным восстановлением базы у клиентов --
>дерзайте.
>
>Вдобавок оно не работает с InnoDB.
>
>В результате Вы получите кривое решение, которое ничего, кроме головной боли не
>принесет.
ну хоть 10 раз повтори
у тебя есть другое решение? вот и не умничай )))
лично я квоты поставил в два раза больше чтобы серв не свалился, а по крону проверяю размер базы и шлю на мыло пользователям сообщения, что это им боком может выйти, пусть пишут если база нужна больше или чистят..
| | | |
| 3.20, Pahanivo, 19:41, 22/03/2008 [^] [ответить] [смотреть все]
| +/– |
Тебя все прекрасно поняли дорогой. Но предположим вариант:
у тебя на серваке мало места свободного осталось и помимио мускула висит пара процессов общитывающих трафик, которые весьма критичны к свободному пространству. А юзер любит заливать в базу бааальшие порции инфы.
Вот теперь вопрос: что критичнее - база юзера, которую можно поднять из бекапа или неучтенный трафик и соотвесвенно проепаные деньги за которые тебя еще и вздрючат?
| | | |
|
|
|
|
