mysqldump o bytes

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Pagina: « vorige 1 2 3

Ben van Velzen

Ben van Velzen

21/10/2016 01:13:05
Quote Anchor link
Niet per definitie, dat hangt af van hoe de mysql build in elkaar is gezet. Het kan best zo zijn dat /etc/my.cnf belangrijker is dan /etc/mysql/my.cnf, maar het enige dat je kunt doen is kijken wat er gebeurt door verschillende configs te plaatsen en een query uit te voeren als SHOW VARIABLES., en daardoor weten wat er gebeurt.

Ik gebruik al jaren geen mysql meer, en ik heb ook geen zin om een mysql server te installeren voor een experiment. Zonde van de tijd ;-)
 
PHP hulp

PHP hulp

23/11/2024 12:33:11
 
Willem vp

Willem vp

21/10/2016 09:10:40
Quote Anchor link
Marina janssen op 21/10/2016 00:22:13:
Dus etc/my.cnf nu nutteloos omdat etc/mysql/my.cnf wordt gebruikt?

Dat kun je nazoeken met dit commando:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
mysqladmin | head

(Omdat mysqladmin vrij veel output geeft en de relevante informatie bovenaan staat, gebruik ik 'head' om alleen de eerste 10 regels te tonen.)

Ergens in de output staat iets als:

Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf

Oftewel: eerst wordt er gekeken naar /etc/my.cnf, daarna wordt gekeken naar /etc/mysql/my.cnf en tot slot wordt er gekeken of er in je home-directory een .my.cnf staat.

Die .my.cnf kun je gebruiken voor persoonlijke instellingen. Zelf gebruik ik hem vooral om het wachtwoord voor de betreffende gebruiker te configureren, zodat cronjobs geen wachtwoord hoeven op te geven.

Let op dat wanneer een instelling gedaan wordt in meerdere cnf-bestanden, de instelling wordt gebruikt die het laatst wordt verwerkt. Instellingen in /etc/mysql/my.cnf overrulen dus instellingen in /etc/my.cnf.
 
Thomas van den Heuvel

Thomas van den Heuvel

21/10/2016 14:43:50
Quote Anchor link
Willem vp op 21/10/2016 09:10:40:
Die .my.cnf kun je gebruiken voor persoonlijke instellingen. Zelf gebruik ik hem vooral om het wachtwoord voor de betreffende gebruiker te configureren, zodat cronjobs geen wachtwoord hoeven op te geven.


In het mysqldump commando kun je refereren aan een config-file door middel van --defaults-file=/path/to/db.cnf (alwaar je een apart kopje [mysqldump] maakt). Is dit wat je bedoelt?
 
Willem vp

Willem vp

21/10/2016 16:11:06
Quote Anchor link
Thomas van den Heuvel op 21/10/2016 14:43:50:
Willem vp op 21/10/2016 09:10:40:
Die .my.cnf kun je gebruiken voor persoonlijke instellingen. Zelf gebruik ik hem vooral om het wachtwoord voor de betreffende gebruiker te configureren, zodat cronjobs geen wachtwoord hoeven op te geven.


In het mysqldump commando kun je refereren aan een config-file door middel van --defaults-file=/path/to/db.cnf (alwaar je een apart kopje [mysqldump] maakt). Is dit wat je bedoelt?

Nope. Met --defaults-file zorg je ervoor dat alleen het opgegeven bestand wordt gebruikt en dat alle overige my.cnf-bestanden worden genegeerd.

Wanneer je instellingen doet in ~/.my.cnf, dan worden de normale config-bestanden verwerkt en aangevuld met (of vervangen door) instellingen die in ~/.my.cnf staan. In mijn situatie heb ik bijvoorbeeld een aantal (functionele) gebruikers die 'dingen moeten doen' met MySQL. Vooral wanneer het scripts betreft die automatisch worden gestart (bijvoorbeeld via een cronjob) wil je niet dat er een wachtwoord moet worden ingevoerd. Het wachtwoord in de scripts opnemen door een optie --password toe te voegen is niet wenselijk. Ik configureer in zulke gevallen het wachtwoord in ~/.my.cnf.

Wat soms ook wel handig is, is om bij sommige gebruikers de optie i-am-a-dummy=true te configureren. Die gebruikers kunnen dan geen update of delete doen zonder een where/limit-clause, en select statements geven maximaal 1000 rijen.
Gewijzigd op 21/10/2016 16:12:04 door Willem vp
 
Marina janssen

marina janssen

22/10/2016 01:12:32
Quote Anchor link
Dank allen voor het meedenken.
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
mysqladmin
geeft:
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf /usr/etc/my.cnf ~/.my.cnf

Ondanks het opnieuw installeren van mysql, kreeg ik vanochtend weer de error running shared postrotate script for '/var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log /var/log/mysql/error.log '

Zou ik misschien de inhoud van etc/mysql/my.cnf moeten kopieren naar /etc/my.cnf?
 
Ben van Velzen

Ben van Velzen

22/10/2016 01:15:46
Quote Anchor link
Verwijder eerst gewoon /etc/my.cnf eens, of hernoem hem. dan zit je weer op distribution default.
 
Marina janssen

marina janssen

22/10/2016 01:23:53
Quote Anchor link
Ok, dat heb ik gedaan en ik heb mysql herstart. De website doet het gewoon en mysqldump met crontab ook.



Toevoeging op 22/10/2016 20:21:28:

Denk dat het hiermee opgelost is, kreeg geen melding vanmorgen.
 

Pagina: « vorige 1 2 3



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.