Starten des MySQL - Servers
m...@privacy.net
[Suse Linux 9.1]
Ihr müßt mir bitte helfen. ich bekomme die MySQL-Datenbank
nicht zum Laufen. Dabei ist das der einzige Grund warum ich
auf Linux umgestiegen bin. Laut Bootlog ist der Dienst gestartet,
aber wenn ich mysql starten will bekomme ich folgende Meldung:
---------------------------------
webspecht@localhost:/usr/sbin> mysql
ERROR 2002: Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2)
---------------------------------
Laut Installationsanweisung kann der Dienst durch
mysqld gestartet werden.
Wenn ich das als root mache bekomme ich das:
-----------------------------------
localhost:/usr/sbin # mysqld
Fatal error: Please read "Security" section of the manual to find out how
to run mysqld as root!
040719 21:28:53 Aborting
040719 21:28:53 mysqld: Shutdown Complete
------------------------------------
Als normaler user sieht es nicht besser aus:
-------------------------------------------
webspecht@localhost:/usr/sbin> ./mysqld
040719 21:29:35 Warning: Can't create test file
/var/lib/mysql/localhost.lower-test
040719 21:29:35 Can't start server : Bind on unix socket: Permission
denied
040719 21:29:35 Do you already have another mysqld server running on
socket: /var/lib/mysql/mysql.sock ?
040719 21:29:35 Aborting
040719 21:29:35 ./mysqld: Shutdown Complete
----------------------------------------------
Bevor man den Dienst mysqld startet soll man ja
mysql_install_db starten.
als normaler user:
------------------------------------
webspecht@localhost:/usr/sbin> mysql_install_db
Preparing db table
Preparing host table
Preparing user table
Preparing func table
Preparing tables_priv table
Preparing columns_priv table
Installing all prepared tables
040719 21:30:09 Warning: Can't create test file
/var/lib/mysql/localhost.lower-test
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
ERROR: 1 Can't create/write to file './mysql/db.frm' (Errcode: 13)
040719 21:30:09 /usr/sbin/mysqld-max: Shutdown Complete
PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:
/usr/bin/mysqladmin -u root password 'new-password'
/usr/bin/mysqladmin -u root -h localhost password 'new-password'
See the manual for more instructions.
You can test the MySQL daemon with the benchmarks in the 'sql-bench'
directory:
cd sql-bench ; perl run-all-tests
Please report any problems with the /usr/bin/mysqlbug script!
The latest information about MySQL is available on the web at
http://www.mysql.com
Support MySQL by buying support/licenses at https://order.mysql.com
----------------------------------
Als root läuft das Script ohne Fehler durch:
-----------------------------------------------
localhost:/usr/sbin # mysql_install_db
Installing all prepared tables
040719 21:30:40 /usr/sbin/mysqld-max: Shutdown Complete
PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:
/usr/bin/mysqladmin -u root password 'new-password'
/usr/bin/mysqladmin -u root -h localhost password 'new-password'
See the manual for more instructions.
NOTE: If you are upgrading from a MySQL <= 3.22.10 you should run
the /usr/bin/mysql_fix_privilege_tables. Otherwise you will not be
able to use the new GRANT command!
You can test the MySQL daemon with the benchmarks in the 'sql-bench'
directory:
cd sql-bench ; perl run-all-tests
Please report any problems with the /usr/bin/mysqlbug script!
The latest information about MySQL is available on the web at
http://www.mysql.com
Support MySQL by buying support/licenses at https://order.mysql.com
-----------------------------------------------
Bei Suse 9.1 finde ich nur mysqlcc zur Administration, aber damit komme
ich nicht
zurecht. Tipps sind gerne gesehen. Wie z.B. stelle ich eine Verbindung zu
mysql her?
Das PHP - Programm zur Administration habe ich zwar mit Yast installiert
aber
es ist nicht in der Startleiste. Für dieses Programm hätte ich aber eine
deutsche
Anleitung. Es wäre supernett wenn Ihr mir weiterhelfen könntet.
Ich bin gerade auf Linux umgestiegen, deshalb bitte ich um Nachsicht.
Vielen Dank im voraus
Norbert Pilsl
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
Jochen Schalanda
> Hallo
>
> [Suse Linux 9.1]
>
> [...]
>
Hi,
du solltest den MySQL-Daemon über das entsprechende Initskript starten.
Führe als root folgendes aus:
/etc/init.d/mysql start
Danach sollte dein MySQL laufen. Überprüfen kannst du es mit
/etc/init.d/mysql status
und
ps aux|grep mysql
Gruß,
Jochen
Markus Mann
Wer?
> [Suse Linux 9.1]
>
> Ihr müßt mir bitte helfen.
Ach so? Wir müssen?
> ich bekomme die MySQL-Datenbank
> nicht zum Laufen. Dabei ist das der einzige Grund warum ich
> auf Linux umgestiegen bin. Laut Bootlog ist der Dienst gestartet,
> aber wenn ich mysql starten will bekomme ich folgende Meldung:
>
> ---------------------------------
> webspecht@localhost:/usr/sbin> mysql
> ERROR 2002: Can't connect to local MySQL server through socket
> '/var/lib/mysql/mysql.sock' (2)
> ---------------------------------
Dann sieht man zuerst nach, ob das denn stimmt (wahrscheinlich ja). Dann
musst du im mysql Log nachsehen. Ich weiß nicht, was Suse zur Zeit für
ein Datadir verwendet, aber dort ist das Logfile zu finden. Vielleicht
steht der Pfad in /etc/my.cnf.
<Glaskugel>
Vermutlich steht im Logfile, dass er mysqld nicht starten kann, weil er
keinen Zugriff auf das datadir hat, dann hast du an den Automatismen von
Suse vorbeigearbeitet und dir damit in den Fuß geschossen (u. a. daher
kommt wohl Windows NE (Nürnberg Edition)).
Um das Problem zu beheben kannst du als root den Inhalt und sämtliche
Unterverzeichnisse im datadir löschen (falls dort noch keine wichtigen
Daten liegen) und dann anschliessend das Suse Startskript verwenden - es
läuft dann alles seinen Weg.
</Glaskugel>
> Laut Installationsanweisung kann der Dienst durch
> mysqld gestartet werden.
Murks. Woher hast du die Installationsanleitung (nur damit man davor
warnen kann).
> Bevor man den Dienst mysqld startet soll man ja
> mysql_install_db starten.
> als normaler user:
Nö. Als root. Und danach solltest du das datadir rekursiv dem User mysql
übereignen (macht das mysql_install_db jetzt immer noch nicht?).
> Als root läuft das Script ohne Fehler durch:
Weil root alles darf, was Gott verboten hat. Du hast anschliessend nur
die falschen Berechtigungen. Mit Suse solltest du gar nicht damit
arbeiten, die haben für dich gedacht. Ansonsten solltest du vorher das
Verzeichnis dem User mysql überlassen und dann das Script als User mysql
laufen lassen (du musst dich dazu nicht als User mysql am System
anmelden, das sollte am besten gar nicht möglich sein, sondern du führst
als User root einfach 'su mysql /pfad/zu/mysql_install_db' aus.
> Bei Suse 9.1 finde ich nur mysqlcc zur Administration, aber damit komme
> ich nicht zurecht.
Dann verwende doch mysql auf der Kommandozeile.
> Tipps sind gerne gesehen. Wie z.B. stelle ich eine Verbindung zu
> mysql her?
War das eine Trickfrage?
> Das PHP - Programm zur Administration habe ich zwar mit Yast installiert
> aber es ist nicht in der Startleiste.
Du meinst phpmyadmin?
Wenn du wirklich mysql selber administrieren willst, dann solltest du
das von der Kommandozeile aus machen. Mit dem Handbuch daneben.
> Ich bin gerade auf Linux umgestiegen, deshalb bitte ich um Nachsicht.
Nachsicht? Weichei ];-)
HTH & Ciao.
--
Markus Mann <http://www.max93.de/>
];-)
Norbert Pilsl
On 20 Jul 2004 07:29:10 GMT, Markus Mann <ma...@despammed.com> wrote:
> m...@privacy.net wrote:
>
> Wer?
>
>> [Suse Linux 9.1]
>>
>> Ihr müßt mir bitte helfen.
>
> Ach so? Wir müssen?
nein, natürlich nicht. Ich wollte es nur dringend machen,
da ich mit meinen Latein am Ende war. (bin)
>
>> ich bekomme die MySQL-Datenbank
>> nicht zum Laufen. Dabei ist das der einzige Grund warum ich
>> auf Linux umgestiegen bin. Laut Bootlog ist der Dienst gestartet,
>> aber wenn ich mysql starten will bekomme ich folgende Meldung:
>>
>> ---------------------------------
>> webspecht@localhost:/usr/sbin> mysql
>> ERROR 2002: Can't connect to local MySQL server through socket
>> '/var/lib/mysql/mysql.sock' (2)
>> ---------------------------------
>
> Dann sieht man zuerst nach, ob das denn stimmt (wahrscheinlich ja). Dann
> musst du im mysql Log nachsehen. Ich weiß nicht, was Suse zur Zeit für
> ein Datadir verwendet, aber dort ist das Logfile zu finden. Vielleicht
> steht der Pfad in /etc/my.cnf.
ich glaube das datadir gefunden zu haben.
es ist wohl /var/lib/mysql.
Im Logfile steht folgendes:
=========================================================
040720 12:06:39 mysqld started
040720 12:06:42 InnoDB: Started
040720 12:06:42 Fatal error: Can't open privilege tables: Can't find
file: './mysql/host.frm' (errno: 13)
040720 12:06:42 Aborting
040720 12:06:42 InnoDB: Starting shutdown...
040720 12:06:45 InnoDB: Shutdown completed
040720 12:06:45 /usr/sbin/mysqld-max: Shutdown Complete
040720 12:06:45 mysqld ended
=========================================================
Sieht irgendwie nicht so aus wie von Dir vorausgesagt :-)
> Um das Problem zu beheben kannst du als root den Inhalt und sämtliche
> Unterverzeichnisse im datadir löschen (falls dort noch keine wichtigen
> Daten liegen) und dann anschliessend das Suse Startskript verwenden - es
> läuft dann alles seinen Weg.
Wie lautet das normale Suse Startskript?
>> Bei Suse 9.1 finde ich nur mysqlcc zur Administration, aber damit komme
>> ich nicht zurecht.
>
> Dann verwende doch mysql auf der Kommandozeile.
da bekomme ich folgendes:
webspecht@localhost:~> mysql
ERROR 2002: Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2)
webspecht@localhost:~>
> Wenn du wirklich mysql selber administrieren willst, dann solltest du
> das von der Kommandozeile aus machen. Mit dem Handbuch daneben.
ich bin ein Windows - Weichei.
Ich will überhaupt nix mit der Kommandozeile zu tun haben.
:-)
>
>> Ich bin gerade auf Linux umgestiegen, deshalb bitte ich um Nachsicht.
>
> Nachsicht? Weichei ];-)
>
Ja
Herzlichen Dank für die Antwort
mfg
Norbert
Norbert Pilsl
Danke für die Antwort
> Hi,
> du solltest den MySQL-Daemon über das entsprechende Initskript starten.
> Führe als root folgendes aus:
> /etc/init.d/mysql start
>
> Danach sollte dein MySQL laufen. Überprüfen kannst du es mit
> /etc/init.d/mysql status
> und
> ps aux|grep mysql
>
genauso habe ich es gemacht.
Die ersten beiden Punkte sehen vielversprechend aus.
=============================================================
webspecht@localhost:~> su
Password:
localhost:/home/webspecht # /etc/init.d/mysql start
Starting service MySQL
done
localhost:/home/webspecht # /etc/init.d/mysql status
Checking for service MySQL: unused
localhost:/home/webspecht # ps aux|grep mysql
root 7667 0.0 0.1 2648 732 pts/1 S+ 11:37 0:00 grep mysql
localhost:/home/webspecht #
localhost:/home/webspecht # mysql
ERROR 2002: Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2)
localhost:/home/webspecht #
===============================================================
Aber irgendwo ist bei mir einfach der Hund drin.
mfg
norbert
Christian Kirsch
> ich glaube das datadir gefunden zu haben.
> es ist wohl /var/lib/mysql.
> Im Logfile steht folgendes:
> =========================================================
> 040720 12:06:39 mysqld started
> 040720 12:06:42 InnoDB: Started
> 040720 12:06:42 Fatal error: Can't open privilege tables: Can't find
> file: './mysql/host.frm' (errno: 13)
> 040720 12:06:42 Aborting
>
> 040720 12:06:42 InnoDB: Starting shutdown...
> 040720 12:06:45 InnoDB: Shutdown completed
> 040720 12:06:45 /usr/sbin/mysqld-max: Shutdown Complete
>
> 040720 12:06:45 mysqld ended
> =========================================================
> Sieht irgendwie nicht so aus wie von Dir vorausgesagt :-)
>
>
Und - wo liegt die Datei host.frm? Das könntest Du z.B. mit
find /var/lib -name "host.frm"
heraus finden. Wenn Du sie da nicht siehst, dann vielleicht
find / -name "host.frm"
Immer noch nicht? Dann musst Du das Initialisierungsscript für MySQL laufen
lassen. Das sollte mysql_install_db heißen.
Wenn host.frm existiert, liegt es in einem Verzeichnis namens "mysql".
*dessen* Parentverzeichnis ist dein datadir, und das musst Du ggf.
in /etc/my.cnf eintragen.
Zu MySQL gibt es eine Dokumentation unter dev.mysql.com (Englisch) und
www.mysql.de (Deutsch). Die *musst* Du lesen, wenn Du mit MySQL arbeiten
willst. Alles andere ist Stochern im Nebel.
--
Christian Kirsch
Markus Mann
>
> Aber irgendwo ist bei mir einfach der Hund drin.
Hast du den Inhalt des existierenden datadir denn vorher gelöscht, wie
ich es bereits vorgeschlagen hatte?
Stefan Kunze
> Norbert Pilsl wrote:
>
>>Aber irgendwo ist bei mir einfach der Hund drin.
>
>
> Hast du den Inhalt des existierenden datadir denn vorher gelöscht, wie
> ich es bereits vorgeschlagen hatte?
>
> Ciao.
Hallo
ich häng mich hier mal rein, ohne dass ich konkret auf die vorher
behandelten Fragen eingehe.
Lies Dir folgendes in Ruhe durch, hatte ich ursprünglich nur für mich
aufgeschrieben (SuSE 8.2). Sollte Dir aber helfen.
Achtung bei zwei - - in der Shell kein Leerzeichen dazwischen eingeben,
hier nur wegen der besseren Lesbarkeit
-MySQL 4.0.15 mit YaST installieren (oder mit rpm -U mysql... [oder mit
rpm -i - -replacefiles mysql...])
(mysql, mysql-client, mysql-devel, mysql-bench, mysql-shared, mysql-Max,
perl-Msql-Mysql-modules, perl-Data-ShowTable)
-„mysqld“ befindet sich in /usr/sbin/
-„my.cnf“ befindet sich in /etc
-in „my.cnf“ alle Einträge mit „#innodb...“ in „innodb...“ ändern
-als root ausführen (einmalig?): rcmysql start - -with-innodb (oder
rcmysql start) lt. /usr/share/doc/packages/mysql/README.SuSE und
MySQL-Referenzhandbuch (deutsch)
-um mysql beim booten zu starten vorsichtshalber /sbin/insserv
/etc/init.d/mysql (lt. README.SuSE) eingeben, obwohl dies wahrscheinlich
bei einer YaST-Installation entfallen könnte
-um mysql beim booten abzuschalten vorsichtshalber /sbin/insserv -r
/etc/init.d/mysql (lt. README.SuSE) eingeben
-lt. README.SuSE wurden die rpm-Dateien mit folgenden Optionen
kompiliert und konfiguriert:
- -enable-assembler
- -enable-large-files
- -infodir=%{_infodir}
- -libdir=/usr/lib
- -libexecdir=/usr/sbin
- -localstatedir=/var/lib/mysql
- -mandir=%{_mandir}
- -prefix=/usr
- -sysconfdir=/etc
- -with-mysqld-user=mysql
- -without-debug
- -datadir=/usr/share
- -includedir=/usr/include
- -with-extra-charsets=complex
- -with-unix-socket-path=/var/lib/mysql/mysql.sock
- -with-libwrap
-zusätzlich zu diesen gemeinsamen (allgemeinen) Kompilierungsflags, die
mysqld-Binarys unterscheiden sich folgendermaßen (in folgendem):
*mysqld vom Paket „mysql“ wurde mit diesen zusätzlichen Flags
kompiliert:
- -disable-shared
- -with-mysqld-ldflags='-static'
- -with-client-ldflags='-static'
- -without-berkeley-db - -without-innodb
*Die mysqld-max-Binarys enthalten die in dem mysql-Max-Paket als
MySQL-shared-librarys kompilierten mit folgenden zusätzlichen
Kompilierungsflags:
- -enable-shared
- -enable-thread-safe-client
- -with-berkeley-db
- -with-innodb
- -with-mysqld-ldflags='-static'
- -with-server-suffix='-Max'
-bei MySQL unter SuSE 8.2 bzw. 9.0 werden folgende Verzeichnisse genutzt:
/var/lib/mysql/ # Database and
Log files, mysql.sock socket; diese will ich auf CD sichern
/usr/bin/ # Database
tools and programs
/usr/sbin/mysqld # The Server Program
/usr/share/doc/packages/mysql # Documentation
/usr/share/mysql # misc additional
files (Language extensions)
/usr/include/mysql # Include Files
/usr/lib/mysql # Static libraries
/usr/lib/mysqlclient.so* # Runtime Libraries
/usr/share/sql-bench # SQL Benchmarks
-jetzt funktioniert erst einmal die Eingabe mysql
-auch noch nach Neustart – ja, und auch als Nutzer (nicht nur als root)
Um mysql mit OpenOffice 1.1.0rc5 nutzen zu können muß
mysql-connector-java-3.0.9-stable.tar.gz installiert werden. (OO
benötigt Java, dies ist nicht bei SuSE 8.2 bzw. 9.0 enthalten - direkt
von SUN runterladen - j2sdk-1_4_2_03-linux-i586-rpm.bin,
j2re-1_4_2_03-linux-i586-rpm.bin wird nicht unbedingt benötigt, beides
sind selbsentpackende Dateien.)
-Das entstandene *.rpm-Paket kann mit rpm ode YaST installiert werden.
Wenn Java nicht automatisch bei der Installation von OpenOffice.org
erkannt wird, dann /opt/OpenOffice.org/program/jvmsetup starten. Unter
manueller Suche das Verzeichnis $JAVA_HOME /jre
(/usr/java/j2sdk1.4.2_03/jre) eintragen.)
mysql-connector-java:
-mysql-connector-java-3.0.9-stable.tar.gz entpacken mit:
-tar -xzvf mysql-connector-java-3.0.9-stable.tar.gz
-entstandene mysql-connector-java-3.0.9-stable-bin.jar nach
$JAVA_HOME/jre/lib/ext (/usr/java/j2sdk1.4.2_03/jre/lib/ext) kopieren
README im entstandenen Verzeichnis mysql-connector-java-3.0.9-stable lesen
-in OpenOffice/Extras/Optionen/ClassPath den Pfad mit Datei
/usr/java/j2sdk1.4.2_03/jre/lib/ext/mysql-connector-java-3.0.9-stable-bin.jar
eintragen
-OpenOffice komplett einschließlich Quickstarter (in Tasktleiste)
beenden bzw. Restart Betriebssystem
-OpenOffice/Extras/Datenquellen eine Neue Datenquelle anlegen
-JDBC auswählen
-im Reiter JDBC unter URL nach jdbc: noch mysql://localhost/test
eingeben (localhost kann DNS-Name im Netz oder des eigenen Rechners
sein, test ist die entsprechende Datenbank)
-unter URL muß nach test (Datenbankname) unbedingt noch
?useHostsInPrivileges=false ohne Leerzeichen eingetragen werden, damit
der Datenbankzugriff erfolgen kann -> Gesamteintrag in URL lautet somit:
jdbc:mysql://localhost/test?useHostsInPrivileges=false
-weil unter mysql noch keine Benutzer angelegt sind, wird (erst einmal)
als Benutzer root angegeben
-unter Konsole in mysql als root !!! jeder Tabelle mit GRANT ALL
PRIVILEGES ON tabellenname TO root; Zugriffsrechte zuweisen
-tabellenname ist/sind die Tabelle(n), die in der Datenbank (test)
existieren
-wenn alles läuft, können die Zugriffsrechte in mysql und in OpenOffice
auf den/die entsprechenden Benutzer geändert werden, ACHTUNG
MySQL-Referenzhandbuch deutsch Punkt 5.2ff beachten
29.02.04, Kunze
root-Passwort festlegen!!!
Linux: shell> mysqladmin -u root password ihr_neues_passwort – ungünstig
Passwort wird in /root/.bash_history gespeichert!
Bash-History von root löschen -> enthält das Passwort im Klartext!
Root-Bash-History löschen
rm /root/.bash_history
neue, leere Bash-History für root erstellen
vi /root/.bash_history
vi>:wq!
ODER root-Passwort so eingeben:
shell>mysql -u root mysql
mysql>SET PASSWORD FOR root=PASSWORD('ihr_neues_passwort');
Bash-History von root löschen -> enthält das Passwort im Klartext!
Root-Bash-History löschen
rm /root/.bash_history
neue, leere Bash-History für root erstellen
vi /root/.bash_history
vi>:wq!
Wenn nach Festlegung des root-Passwortes MySQL beim Hochfahren von Linux
failed anstelle von done meldet, dann in
/etc/init.d/mysql (/etc/rc.d/mysql) start) suchen und im folgenden
Abschnitt eine Änderung durchführen:
for i in 1 2 3 4 5 6; do
sleep 1
#$MYADMIN ping &>/dev/null && i='' && break
$MYADMIN -u quest ping &>/dev/null && i='' && break
done
Sinn und Zweck dieser Änderung (de.comp.datenbanken.mysql; Uwe
Nathanael, Mon, 16 Feb 2004 17:47:53 +0100):
Ursache ist im Startscript der Test auf ein laufendes mysql.
Hier wird mit "mysqladmin ping" getestet, ob der mysql-Server lebt. Das
klappt auch prima, solange der User root auf dem host localhost kein
Passwort hat, denn das ist mit anzugeben - wenn gesetzt.
damit mysqld generell als Nutzer mysql läuft - in etc/my.cnf unter
Du kannst das Startscript (/etc/rc.d/mysql) aber so ändern, das der Test
richtig funktioniert, indem Du einen User guest den Server anpingen lässt.
Der User guest sollte nicht existieren, dann wird der schon eingerichtet
User "" (kein Name) auf localhost verwendet, der hat keinerlei Rechte,
für ein Ping reichts aber.
[mysqld]
die Zeile
user=mysql
einfügen
weiter Benutzer einfügen mit (manual.html Pkt. 5.3.5):
shell>mysql --user=root mysql #wobei das letzte mysql die Datenbank
mysql ist)
mysql>GRANT ALL PRIVILEGES ON *.* TO monty@localhost
IDENTIFIED BY 'ein_passwort' WITH GRANT OPTION; #oder
mysql>GRANT ALL PRIVILEGES ON *.* TO monty@"%"
IDENTIFIED BY 'ein_passwort' WITH GRANT OPTION; #oder
mysql>GRANT RELOAD,PROCESS ON *.* TO admin@localhost; #oder
mysql>GRANT USAGE ON *.* TO dummy@localhost;
mögliche Werte für *.* sind: ALL PRIVILEGES, ALTER, CREATE, DELETE,
DROP, FILE, INDEX, INSERT, PROCESS, REFERENCES, RELOAD, SELECT,
SHUTDOWN, UPDATE, USAGE.
Berechtigung die mit ...WITH GRANT OPTION; eingerichtet wurden, können
als root mit
mysql>REVOKE GRANT OPTION ON datenbank.* FROM monty@localhost
wieder entfernt werden.
Zugriffe prüfen:
mysql>SHOW GRANTS FOR benutzername
unnötige Zugriffe von Nutzern löschen (manual.html Pkt. 5.3.1):
mysql>REVOKE berechtigung_art [(spalten_liste)] [, berechtigung_art
[(spalten_liste)] ...]
mysql>>ON {tabelle | * | *.* | datenbank.*}
mysql>>FROM benutzername [, benutzername ...];
MySQL-Server herunterfahren mit:
/usr/bin/mysqladmin --user=root --password=ihr_passwort shutdown
MySQL-Server herunterfahren besser mit:
/usr/bin/mysqladmin --user=root --password shutdown
mysql Enter password: **********
weiter wichtige Details von MySQL (aus MySQL-Referenzhandbuch deutsch
Punkt 4.0ff)
-Start/Stop von mysql unter Linux in den Dateien /etc/rc*
-Verbindung zum Server herstellen:
shell> mysql -h host -u user -p
mysql Enter password: **********
host = Hostname des Rechners ist notwendig, wenn mysql-Server auf
einer anderen Maschine läuft
user = Angabe des Nutzers
-Datenbank für einen Benutzer freigeben:
mysql> GRANT ALL ON datenbank.* TO user_mysql_name;
datenbank = Name der zu nutzenden/anzulegenden Datenbank
user_mysql_name = Name des Nutzers unter mysql, kann von Linux
verschieden sein
-Datenbank nutzen:
mysql> USE datenbank; oder
shell> mysql -h host -u user -p datenbank
mysql Enter password: **********
-Daten in leere Tabelle (Beispiel) laden mit LOAD DATA
Textdatei erstellen, Datenreihenfolge beachten, Werte durch
Tabulator trennen, für leere Datenfelder \N eintragen (versuch.txt)
mysql> LOAD DATA LOCAL INFILE "versuch.txt" INTO TABLE tab_test;
nutzen von INSERT für einzelne Datensätze siehe
MySQL-Referenzhandbuch Punkt 4.3.3
-Daten aus Tabelle auslesen mit SELECET, FROM, WHERE
SELECT auszuwählende_spalten
FROM tabelle
WHERE gewünschte_bedingungen
weiter Befehle unter Datenbank-Kommandos_MySQL
-sichere Einstellungen (aus MySQL-Referenzhandbuch deutsch Punkt 5.2.2)
*in „/etc/my.cnf“ Einträge für die Benutzer anlegen
[mysqld]
user=mysql
*mysql benutzt Vorgabewerte für Verbindungsparameter, die auf der
Kommandozeile nicht angegeben sind:
Der vorgabemäßige Hostname ist localhost.
Der vorgabemäßige Benutzername ist Ihr Unix-Loginname.
Es wird kein Passwort übergeben, wenn -p fehlt.
Für einen Unix-Benutzer joe sind daher folgende Befehle
gleichbedeutend:
shell> mysql -h localhost -u joe
shell> mysql -h localhost
shell> mysql -u joe
shell> mysql
*mögliche Einstellungen in „my.cnf“ in Ihrem Home-Verzeichnis
[client]
host=hostname
user=benutzername
password=ihr_passwort
ACHTUNG das Passwort könnte bei ungenügendem Schutz der my.cnf
gelesen werden
-eine ganze Datenbank sichern:
mysqldump - -opt datenbank > datensicherung.sql
-eine gesicherte Datenbank zurückschreiben
mysql datenbank < datensicherung.sql
um die Aktualisierungen (Updates) im Binär-Log noch einmal laufen zu
lassen
shell> mysqlbinlog hostname-bin.[0-9]* | mysql
-oder eine Datenbank folgendermaßen sichern:
Sie können auch einfach alle Tabellendateien (`*.frm'-, `*.MYD'- und
`*.MYI'-Dateien) kopieren, solange der Server nicht gerade etwas
aktualisiert. Das Skript mysqlhotcopy benutzt diese Methode.
D. h. Server vorher herunterfahren
-LOAD DATA ... INFILE ... funktionierte (bei mir!) nicht -> dafür
mysqlimport nutzen (Optionen siehe mysqlimport - -help, z. B.),
folgende Befehlszeilen in eine ausführbare Datei geschrieben:
mysqlimport \
--fields-terminated-by '\t' \
--fields-optionally-enclosed-by '"' \
--fields-escaped-by '\\' \
--lines-terminated-by '\n' \
-L \
-l \
-r \
-u user \
-p \
datenbank \
~/verzeichnis/datei.txt \
~/verzeichnis/datei.csv
Ich schicke Dir das eben gelesene auch noch als HTML-Datei - ist farbig
und liest sich hoffentlich besser.
Tschüß, viel Spaß
Stefan
--
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
||Es gibtkeine dummen Fragen, sondern nur dumme Antorten.||
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Axel Schwenke
>> /etc/init.d/mysql start
>>
>> Danach sollte dein MySQL laufen. überprüfen kannst du es mit
>> /etc/init.d/mysql status
>> und
>> ps aux|grep mysql
>>
>
> genauso habe ich es gemacht.
> Die ersten beiden Punkte sehen vielversprechend aus.
> =============================================================
> webspecht@localhost:~> su
> Password:
> localhost:/home/webspecht # /etc/init.d/mysql start
> Starting service MySQL
> done
> localhost:/home/webspecht # /etc/init.d/mysql status
> Checking for service MySQL: unused
Tja. Hier sollte "running" stehen.
> localhost:/home/webspecht # ps aux|grep mysql
> root 7667 0.0 0.1 2648 732 pts/1 S+ 11:37 0:00 grep mysql
Und hier sollte ca. 8mal 'mysql ... mysqld' auftauchen.
> localhost:/home/webspecht # mysql
> ERROR 2002: Can't connect to local MySQL server through socket
> '/var/lib/mysql/mysql.sock' (2)
Kein Wunder. Dein MySQL-Server läuft ja nicht.
Mach doch bitte mal, wie schon von Markus vorgeschlagen, das $datadir
von MySQL leer: "rm -rf /var/lib/mysql/*". Dann nochmal von vorn.
XL
Axel Schwenke
> Immer noch nicht? Dann musst Du das Initialisierungsscript für MySQL laufen
> lassen.
Nein! Zumindest nicht
- als er selber (wird ohnehin nicht funktionieren)
- als root (dann will mysqld anschließend nicht)
Im Prinzip *kann* man "mysql_install_db" als User "mysql" ausführen.
Aber auch dann verläßt man sich auf diverse Dinge, an denen der
Distributor gepfusc^H^H^H^H^Hschraubt haben kann:
1. der MySQL-User muß nicht "mysql" heißen
2. "mysql_install_db" kann durchaus andere Vorstellungen davon haben
wo das $datadir ist, als später der MySQL-Daemon
ca. 1000 weitere Dinge, die mir jetzt gerade nicht einfallen
Speziell bei SuSE werden die Default-Permission-Tabellen bein ersten
Start des MySQL-Servers *automatisch* angelegt. Das ist nicht nur eine
gute Sache <tm> sondern sollte eine Selbstverständlichkeit sein, wenn
ein Distributor ein MySQL-Paket für Rainer Anwender baut. Post-Install
Skripte werden von allen relevanten Paketformaten unterstützt.
> Zu MySQL gibt es eine Dokumentation unter dev.mysql.com (Englisch) und
> www.mysql.de (Deutsch). Die *musst* Du lesen, wenn Du mit MySQL arbeiten
> willst. Alles andere ist Stochern im Nebel.
Jein. Die meisten Linux-Distributoren leiden schwer an NIH und pfuschen
an allen möglichen Stellen in den Defaults rum. Deswegen sollte man
sich zuerst die Doku des Distributors reinziehen. Speziell SuSE liefert
eigentlich ganz brauchbare Handbücher mit. Und das nicht nur auf totem
Baum sondern auch in elektronischer Form.
XL
Norbert Pilsl
Hallo
GEIL !!!!!
Es funktioniert. Herzlichen Dank an alle.
(Eigentlich könntet ihr hier aufhören zu lesen.
Wer aber noch etwas Zeit übrig hat, den möchte ich bitten
ganz unten noch den Teil unter den Raute-Zeichen zu lesen)
Ich habe mit Yast Runlevel Editor den Dienst MySQL gestoppt.
Alle Dateien in /var/lib/mysql/mysql gelöscht.
Das Verzeichniss /var/lib/mysql/mysql den user mysql übereignet.
Die Gruppe bleibt aber bei root, das konnte man nicht ändern.
Anschließend reboot und Dienst über Yast wieder gestartet.
Aber danach wieder kein laufender MySQL - Server.
Hier das Logfile:
==========================================================
040721 14:22:20 mysqld started
040721 14:22:22 InnoDB: Started
040721 14:22:22 Fatal error: Can't open privilege tables: Table
'mysql.host' doesn't exist
040721 14:22:22 Aborting
040721 14:22:22 InnoDB: Starting shutdown...
040721 14:22:24 InnoDB: Shutdown completed
040721 14:22:24 /usr/sbin/mysqld-max: Shutdown Complete
040721 14:22:24 mysqld ended
==========================================================
Die datei mysql.host gab es nicht, das ganze Verzeichniss war leer.
Deshalb habe ich mysql_install_db als User mysql gestartet:
============================================
localhost:/home/webspecht # su mysql
localhost:/home/webspecht # mysql_install_db
Preparing db table
Preparing host table
Preparing user table
Preparing func table
Preparing tables_priv table
Preparing columns_priv table
Installing all prepared tables
ERROR: 1062 Duplicate entry 'localhost-root' for key 1
ERROR: 1062 Duplicate entry 'localhost-root' for key 1
040721 14:26:16 /usr/sbin/mysqld-max: Shutdown Complete
=============================================
das erste mal das dieses Script fehlerfrei durchlief.
(Oder ist diese Fehlermeldung "Duplicate ..." wichtig?)
Aber alle Dateien in /var/lib/mysql/mysql gehörten wieder root
Nun alle Dateien per hand dem User mysql übereignet
und Mysql neu gestartet.
Und er lief !!!!!!
#########################
#########################
Danke fürs weiterlesen!
Unter Yast habe ich ein Plug in für MySQL unter Qt gefunden.
Weiß jemand wo ich darüber was nachlesen kann?
Habe wirklich nichts gefunden.
Die Seite www.mysql.de kannte ich noch nicht.
Wie schon oben angedeutet wollte ich von anfang an nur
mit Yast den Dienst starten und arbeiten, aber es klappte nicht.
Mit der Fehlermeldung habe ich dann auf irgendwelchen englischen
Webseiten gesucht und den Tip mit mysql_install_db --force gefunden.
Danach ging es etwas weiter, aber leider immer noch nicht richtig.
Zuhause habe ich jede menge Bücher über Linux,Qt und Mysql.
Aber nur eines geht auf die Installation von Mysql ein und empfiehlt
lapdar nur eine Neuinstallation wenn fehler auftauchen.
Im Moment arbeite ich auf der dritten Neuinstallation.
Nochmal herzlichen Dank an alle.
Andere Newsgroups und Mailinglisten könnten sich von
Euch eine Scheibe abschneiden.
mfg
norbert
Axel Schwenke
...
> Ich habe mit Yast Runlevel Editor den Dienst MySQL gestoppt.
> Alle Dateien in /var/lib/mysql/mysql gelöscht.
Warum nicht auch das 'mysql' Verzeichnis?
WARUM MACHST DU NICHT, WAS MAN DIR FREUNDLICHERWEISE RÄT?
> Das Verzeichniss /var/lib/mysql/mysql den user mysql übereignet.
> Die Gruppe bleibt aber bei root, das konnte man nicht ändern.
Kann man wohl. man chgrp, man chown
> Anschließend reboot und Dienst über Yast wieder gestartet.
> Aber danach wieder kein laufender MySQL - Server.
> ==========================================================
> 040721 14:22:20 mysqld started
> 040721 14:22:22 InnoDB: Started
> 040721 14:22:22 Fatal error: Can't open privilege tables: Table
> 'mysql.host' doesn't exist
Tja. /etc/init.d/mysql scheint zu prüfen, ob die 'mysql' Datenbank
aka das Verzeichnis /var/lib/mysql/mysql existiert. Wenn nicht, macht
es ein 'mysql_install_db'. Klassischer Fall von self->shoot(foot).
> Unter Yast habe ich ein Plugin für MySQL unter Qt gefunden.
> Weiß jemand wo ich darüber was nachlesen kann?
In der freundlichen Qt Doku? /usr/share/doc/packages/qt?
Bei den Machern von Qt? <www.trolltech.no>?
> Zuhause habe ich jede menge Bücher über Linux,Qt und Mysql.
> Aber nur eines geht auf die Installation von Mysql ein und empfiehlt
> lapdar nur eine Neuinstallation wenn fehler auftauchen.
Wegwerfen. Weit (alternativ: Kamin)
XL
Norbert Pilsl
> "Norbert Pilsl" <m...@privacy.net> wrote:
>>
>> Es funktioniert. Herzlichen Dank an alle.
>
> ...
>
>> Ich habe mit Yast Runlevel Editor den Dienst MySQL gestoppt.
>> Alle Dateien in /var/lib/mysql/mysql gelöscht.
>
> Warum nicht auch das 'mysql' Verzeichnis?
> WARUM MACHST DU NICHT, WAS MAN DIR FREUNDLICHERWEISE RÄT?
Wenn ich mich recht erinnere stand da irgendwo:
"Alle Dateien unter mysql löschen"
Kann aber gut sein das ich da etwas verwechselt habe.
>
>> Das Verzeichniss /var/lib/mysql/mysql den user mysql übereignet.
>> Die Gruppe bleibt aber bei root, das konnte man nicht ändern.
>
> Kann man wohl. man chgrp, man chown
Mitdem Konqerator konnte man nur den Eigentümer ändern.
(Ich bin ein Windows-Weichei) Den Befehl chgrp kannte ich noch nicht.
Welche gruppe sollen die Dateien bekommen?
(mysql oder daemon)
>> Unter Yast habe ich ein Plugin für MySQL unter Qt gefunden.
>> Weiß jemand wo ich darüber was nachlesen kann?
>
> In der freundlichen Qt Doku? /usr/share/doc/packages/qt?
> Bei den Machern von Qt? <www.trolltech.no>?
unter /usr/share/doc/packages/qt ist es nicht.
>
>> Zuhause habe ich jede menge Bücher über Linux,Qt und Mysql.
>> Aber nur eines geht auf die Installation von Mysql ein und empfiehlt
>> lapdar nur eine Neuinstallation wenn fehler auftauchen.
>
> Wegwerfen. Weit (alternativ: Kamin)
Nein, waren viel zu teuer.
mfg
norbert
--
Erstellt mit M2, Opera
Markus Mann
> Axel Schwenke wrote:
>> "Norbert Pilsl" <m...@privacy.net> wrote:
>>>
>>> Alle Dateien in /var/lib/mysql/mysql gelöscht.
>>
>> Warum nicht auch das 'mysql' Verzeichnis?
>> WARUM MACHST DU NICHT, WAS MAN DIR FREUNDLICHERWEISE RÄT?
>
> Wenn ich mich recht erinnere stand da irgendwo:
> "Alle Dateien unter mysql löschen"
> Kann aber gut sein das ich da etwas verwechselt habe.
Ja, hast du. Es war immer die Rede von $datadir aka /var/lib/mysql.
Alles in diesem Verzeichnis befindliche hättest du löschen sollen.
>>> Das Verzeichniss /var/lib/mysql/mysql den user mysql übereignet.
>>> Die Gruppe bleibt aber bei root, das konnte man nicht ändern.
>>
>> Kann man wohl. man chgrp, man chown
>
> Mitdem Konqerator konnte man nur den Eigentümer ändern.
*Prust* Was ist denn das unbrauchbares? Ach nein, ich will es gar nicht
wissen ];-)
> (Ich bin ein Windows-Weichei)
Ach so. Stimmt. Ich kann mich dunkel an sowas wie "Unix Anfänger"
erinnern... Dann sei dir nochmal verziehen.
> Den Befehl chgrp kannte ich noch nicht.
> Welche gruppe sollen die Dateien bekommen?
> (mysql oder daemon)
Wenn eine Gruppe mysql existiert, dann diese. Ansonsten ist es ziemlich
egal. Du darfst halt keine Gruppe erwischen, in der auch andere Benutzer
sind, die keinen Zugriff auf die Datenbankdateien im Filesystem haben
sollen (das hat ja erstmal nichts damit zu tun, ob diese User dann auch
Daten mit SQL abfragen dürfen).
Die Gruppe root ist demnach auch OK.
>>> Zuhause habe ich jede menge Bücher über Linux,Qt und Mysql.
>>> Aber nur eines geht auf die Installation von Mysql ein und empfiehlt
>>> lapdar nur eine Neuinstallation wenn fehler auftauchen.
>>
>> Wegwerfen. Weit (alternativ: Kamin)
> Nein, waren viel zu teuer.
Es ist keine Frage des Preises, sondern des Informationsgehalts. Und
wenn in einem Buch, das vorgibt sich mit Linux zu beschäftigen, steht,
dass du eine Anwendung neu installieren sollst, weil du bei der
Konfiguration Blödsinn gemacht hast, dann ist das einfach nur Bullshit.
Norbert Pilsl
>>>> Zuhause habe ich jede menge Bücher über Linux,Qt und Mysql.
>>>> Aber nur eines geht auf die Installation von Mysql ein und empfiehlt
>>>> lapdar nur eine Neuinstallation wenn fehler auftauchen.
>>>
>>> Wegwerfen. Weit (alternativ: Kamin)
>> Nein, waren viel zu teuer.
>
> Es ist keine Frage des Preises, sondern des Informationsgehalts. Und
> wenn in einem Buch, das vorgibt sich mit Linux zu beschäftigen, steht,
> dass du eine Anwendung neu installieren sollst, weil du bei der
> Konfiguration Blödsinn gemacht hast, dann ist das einfach nur Bullshit.
>
Nun bin ich soweit: das Buch ist Schrott !!!
Es heißt: " Einstieg in MySQL" von Mark Lubkowitz
Ich kann nun auf der MySQL - Konsole arbeiten, aber wenn ich dann
wirklich etwas "machen" will bekomme ich nur folgende Ausgabe:
ERROR 1044: Access denied for user: '@localhost' to database 'datenbank'
Im oben genannten Buch ist keine Rede davon das ich User einrichten muss.
Hat noch jemand Lust mir zu helfen oder einen (deutschspachigen)
Literaturtipp für mich?
mfg
PS
Mittlerweile habe ich mein komplettes MySQL DataDir einmal gelöscht.
Markus Mann
Mit den Einleitungszeilen hast du noch so deine Probleme. Die läßt man
eigentlich stehen, damit jeder nachvollziehen kann, was von wem verfasst
wurde.
Norbert Pilsl wrote:
>
> Nun bin ich soweit: das Buch ist Schrott !!!
> Es heißt: " Einstieg in MySQL" von Mark Lubkowitz
> Ich kann nun auf der MySQL - Konsole arbeiten, aber wenn ich dann
> wirklich etwas "machen" will bekomme ich nur folgende Ausgabe:
> ERROR 1044: Access denied for user: '@localhost' to database 'datenbank'
> Im oben genannten Buch ist keine Rede davon das ich User einrichten muss.
> Hat noch jemand Lust mir zu helfen oder einen (deutschspachigen)
> Literaturtipp für mich?
Das Handbuch, welches in veralteter Form auch in Deutsch vorliegt,
enthält ein Tutorial und ist überhaupt *die* Anlaufstelle. Ich finde es
wirklich gut.
<http://dev.mysql.com/doc/mysql/de/index.html>
Um das obige Problem zu lösen, solltest du dir die Kapitel
5.2 Allgemeine Sicherheitsthemen und das
MySQL-Zugriffsberechtigungssystem
und
5.3 MySQL-Benutzerkonten-Verwaltung
durchlesen.
HTH & Ciao.
Nico Haase
*Norbert Pilsl* schrub:
> Hat noch jemand Lust mir zu helfen oder einen (deutschspachigen)
> Literaturtipp für mich?
Wie teuer darf es denn sein? Ich habe mich gerade vor ein paar Wochen
rundum eingedeckt mit der neuesten MySQL-Literatur in deutscher
Sprache...
mfg
Nico
--
www.buchtips.net - Rezensionen online
Stefan Kunze
Hallo Norbert,
ich hatte mich hier schon mal mit einem längeren Text gemeldet. Lies Dir
das doch mal durch. Damit sollten die Anfangsprobleme behoben werden
können. Weiterführend solltest Du dann die manual.html in englisch oder
deutsch von MySQL nutzen.
Ich wollte Dir den oben erwähnten Text als HTML-Datei per e-mail
schicken, bekam aber laufend eine Fehlermeldung. Habe diese schon
anderen Usern zu Verfügung gestellt - ohne e-mail-Probleme.
Tschüß
Stefan
--
>>
>Es gibt keine dummen Fragen, sondern nur dumme Antorten.<
>>
Norbert Pilsl
Ja, das habe ich gelesen. Ich habe auch schon einen User
in die my.conf eingetragen. leider ohne erfolg.
Du schreibst von einen deutschen referenzhandbuch,
wo ist das zu finden? Bei mir auf der Platte ist nur eine englische
Version.
Falls es http://dev.mysql.com/doc/mysql/de/index.html ist dann habe ich sie
gerade gefunden. Wo ist die Manual.html in deutsch zu finden?
Ich habe wieder nur die englische Version auf der Platte.
Die Anleitung als Text reicht völlig, HTML ist nicht nötig.
Herzlichen Dank für deine Mühen
mfg
norbert
Stefan Kunze
> Hallo
>
> On Sun, 25 Jul 2004 09:27:53 +0200, Stefan Kunze <ist...@web.de> wrote:
>
>> Norbert Pilsl schrieb:
>>
>>> hallo
>
> Ja, das habe ich gelesen. Ich habe auch schon einen User
> in die my.conf eingetragen. leider ohne erfolg.
> Du schreibst von einen deutschen referenzhandbuch,
> wo ist das zu finden? Bei mir auf der Platte ist nur eine englische
> Version.
> Falls es http://dev.mysql.com/doc/mysql/de/index.html ist dann habe ich sie
> gerade gefunden. Wo ist die Manual.html in deutsch zu finden?
> Ich habe wieder nur die englische Version auf der Platte.
> Die Anleitung als Text reicht völlig, HTML ist nicht nötig.
>
> Herzlichen Dank für deine Mühen
> mfg
> norbert
>
>
Hallo Norbert,
kann ich nicht mehr genau sagen,
hab sie dir gleich direkt geschickt, hoffe Du hast sie in der Zwischenzeit.
Matthias Esken
> Hallo Norbert,
>
> kann ich nicht mehr genau sagen,
>
> hab sie dir gleich direkt geschickt, hoffe Du hast sie in der Zwischenzeit.
Da wird sich m...@privacy.net aber freuen. *g*
Gruß,
Matthias
Peter Steimann
news:opsbehmxtc3d29bh@localhost...
> Hallo
>
> [Suse Linux 9.1]
>
> Ihr müßt mir bitte helfen. ich bekomme die MySQL-Datenbank
> nicht zum Laufen. Dabei ist das der einzige Grund warum ich
> auf Linux umgestiegen bin.
Einzige Grund? Dabei läuft mysql doch auch auf jedem Windows-Rechner....
Gruss
Peter
Stefan Kunze
> <m...@privacy.net> schrieb im Newsbeitrag
> news:opsbehmxtc3d29bh@localhost...
>
>>Hallo
>>
>>[Suse Linux 9.1]
>>
>>Ihr müßt mir bitte helfen. ich bekomme die MySQL-Datenbank
>>nicht zum Laufen. Dabei ist das der einzige Grund warum ich
>>auf Linux umgestiegen bin.
>
Hallo
unter dem gleichen Betreff gab's schon mal 'ne Antwort dazu.
Tschüß
stefan