Weet iemand of het met een standaard MySQL installatie ook mogelijk is om voor een specifieke (nieuwe) database de files in een andere (user) directory te zetten?
Likes: 0
22/10/03 11:49
Weet iemand of het met een standaard MySQL installatie ook mogelijk is om voor een specifieke (nieuwe) database de files in een andere (user) directory te zetten?
22/10/03 13:35
Ja, dat weet ik. Nee het kan niet. Je settings zijn default voor alle databases.
22/10/03 13:42
Er zijn hier wel oplossingen voor. Op me RAQ 3 die ik een aantal jaar terug gebruikte stonden de DB files in de home_dir van de klant. Dus het moet kunnen. Vraag me echter niet hoe. Wellicht door symlinks???Origineel geplaatst door almar
Ja, dat weet ik. Nee het kan niet. Je settings zijn default voor alle databases.
22/10/03 14:05
Zoals almar al zegt kan 't niet, wat je hier zegt zal dan haast wel door symlinks gebeurd zijn op een andere manier kan 't nietOrigineel geplaatst door Deimos
Er zijn hier wel oplossingen voor. Op me RAQ 3 die ik een aantal jaar terug gebruikte stonden de DB files in de home_dir van de klant. Dus het moet kunnen. Vraag me echter niet hoe. Wellicht door symlinks???
22/10/03 14:52
Waarschijnlijk gebeurt het zo:
Eigen script wat de database aanmaakt en eerst even een symlink legt van de mysql data directory naar de db directory van de gebruiker (de database naam is tevens de directory in de mysql data dir) en daarna pas mysqladmin create dbnaam doen.
22/10/03 16:16
Rechtentechnisch gezien kan dat niet goed gaan. Los daarvan zou ik niet eens willen weten wat voor performanceverlies je daarmee veroorzaakt en welke gevolgen dit heeft voor de integriteit. Beheersmatig zie ik ook problemen.
Kortom, waarom zou je dit willen? De grootte van een database kun je ook berekenen met 'show table status'
22/10/03 16:55
Rechtentechnisch maakt het niet uit want de symlink pakt de rechten op van de dir/file waarna het wijst en al helemaal niet als je er hardlinks van maakt (heeft wel als nadeel dat de data dir op dezelfde partitie moet staan als je home dir). Wat wel zo is is dat de gebruiker er eigenlijk niets mee moet kunnen doen. De dir moet dus wel beveiligd zijn zodat de gebruiker niet zomaar ff de bestanden kan verwijderen. Performancetechnisch is het ook niet erg want die symlinks worden gecached en bij hardlinks is het gewoon een verwijzing naar dezelfde inode (directory/file entry).Origineel geplaatst door almar
Rechtentechnisch gezien kan dat niet goed gaan. Los daarvan zou ik niet eens willen weten wat voor performanceverlies je daarmee veroorzaakt en welke gevolgen dit heeft voor de integriteit. Beheersmatig zie ik ook problemen.
Kortom, waarom zou je dit willen? De grootte van een database kun je ook berekenen met 'show table status'
Integriteit is ook niet van belang hier want de directory waar de tabellen staan bevat zelf geen symlinks. Beheersbaarheid? Hmm. Ik zie ook niet in waarom de topicstarten het zo zal willen, zoals je zelf ook al aangaf kun je de grootte altijd wel bekijken via table status en zelfs door gewoon de de grootte van de bestanden in de desbetreffende directory te bekijken (du -s databasedir).
Laatst gewijzigd door Myrdhin; 22/10/03 om 16:58.
24/10/03 18:15
Het kan wel, het wordt beschreven op http://www.mysql.com/doc/en/mysqld_multi.html
Het is wel bewerkelijk en ik weet niet of het met de gebruikelijke controlpanels werkt. Succes.
24/10/03 18:42
Lijkt me erg lastig te maken. Je krijgt dan eigenlijk voor elke klant een apart mysqld proces en apart poortnummer. Dat kost enorm veel resources. En het wordt lastig voor bv. PHP scripts. Die moeten allemaal worden aangepast op het poortnummer.Origineel geplaatst door ToolZ
Het kan wel, het wordt beschreven op http://www.mysql.com/doc/en/mysqld_multi.html
Het is wel bewerkelijk en ik weet niet of het met de gebruikelijke controlpanels werkt. Succes.
