Самият MySQL не предлага квотна система. Използването на метода, предложен от Джеймс Макнелис, вероятно ще работи, но ако InnoDB достигне внезапно ограничение на твърда квота, със сигурност няма да е от полза за стабилността; всички файлове с данни все още са свързани през системното пространство за таблици, от което не може да се отърве.
За съжаление не виждам практичен начин да постигнете това, което искате. Ако сте загрижени за това, че използването на дисково пространство надвишава предварително определени ограничения и не искате да вървите по пътя на регулациите за външни квоти, предлагам да останете с настройките на комбинираното пространство за таблица (т.е. без innodb_file_per_table ) и премахнете :autoextend от конфигурацията.
По този начин все още няма да получите специфични за потребителя или схема ограничения, но поне ще предотвратите запълването на диска с данни, тъй като пространството за таблица няма да нарасне над първоначалния си размер в тази настройка. С innodb_file_per_table за съжаление няма начин да конфигурирате всеки от тях да спре на определен максимален размер.
Това е един от аспектите, по които MySQL се различава от други бази данни, които се предполага, че са повече на ниво предприятие. Не ме разбирайте погрешно, ние използваме InnoDB с много данни в няколко хиляди инсталации, така че със сигурност е доказано, че е готов за производствен клас. Само функциите за управление на моменти малко липсват.
