MySQL selv tilbyder ikke et kvotesystem. At bruge metoden foreslået af James McNellis ville sandsynligvis fungere, men at have InnoDB til at nå en hård kvotegrænse pludselig ville bestemt ikke gavne stabiliteten; alle datafiler er stadig forbundet via systemets tablespace, som ikke kan slippes af.
Jeg kan desværre ikke se en praktisk måde at opnå det, du ønsker. Hvis du er bekymret for, at forbruget af diskplads overskrider foruddefinerede grænser og ikke ønsker at gå vejen for eksterne kvoteregler, foreslår jeg, at du bliver ved med de kombinerede tablespace-indstillinger (dvs. ingen innodb_file_per_table ) og fjern :autoextend fra konfigurationen.
På den måde vil du stadig ikke få bruger- eller skemaspecifikke grænser, men i det mindste forhindre disken i at blive fyldt op med data, fordi tablespacet ikke vokser forbi sin oprindelige størrelse i denne opsætning. Med innodb_file_per_table der er desværre ingen måde at konfigurere hver af dem til at stoppe ved en bestemt maksimal størrelse.
Dette er et af aspekterne, MySQL adskiller sig fra andre, angiveligt mere databaser på virksomhedsniveau. Misforstå mig dog ikke, vi bruger InnoDB med masser af data i flere tusinde installationer, så det har bestemt vist sig at være klar til produktionskvalitet. Kun administrationsfunktionerne mangler til tider lidt.