Hallo Leute,
Ich hab da ne frag wie stelle ich es an das ich die InnoDB Speicherung
deaktiviere?
Ich habe schon mehrfach den Vorfall das die gesamte DB wegen einem
Absturzes hopps gegangen ist.
Da ich ein vServer mit Plesk habe heisst das ich sofort ein
Neuinstallation machen muss da Plesk selber die InnoDB nutzt!
Danke für eure mühe
Udo
Udo Krähenfeld
> Hallo Leute,
> Ich hab da ne frag wie stelle ich es an das ich die InnoDB Speicherung
> deaktiviere?
Was genau möchtest du deaktivieren?
- Das Daten überhaupt gespeichert werden?
- Das InnoDB Tabellen dafür benutzt werden?
- ...
> Ich habe schon mehrfach den Vorfall das die gesamte DB wegen einem
> Absturzes hopps gegangen ist.
Wie wäre es, die Ursache des Problems zu suchen? Von einem Absturz
sollte gerade InnoDB nicht wirklich betroffen sein.
> Da ich ein vServer mit Plesk habe heisst das ich sofort ein
> Neuinstallation machen muss da Plesk selber die InnoDB nutzt!
Mein Beileid, warum höre ich immer im Zusammenhang mit "vServer",
das es Datenbankprobleme gibt?
Bye
--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)
Andreas Scherbaum wrote:
> Udo Krähenfeld
>> Hallo Leute,
>> Ich hab da ne frag wie stelle ich es an das ich die InnoDB Speicherung
>> deaktiviere?
>
> Was genau möchtest du deaktivieren?
>
> - Das Daten überhaupt gespeichert werden?
> - Das InnoDB Tabellen dafür benutzt werden?
> - ...
Hi ich möchte das es mySQL überhaupt nicht möglich ist InnoDB als
Speicherengine zu Nutzen.
>> Ich habe schon mehrfach den Vorfall das die gesamte DB wegen einem
>> Absturzes hopps gegangen ist.
>
> Wie wäre es, die Ursache des Problems zu suchen? Von einem Absturz
> sollte gerade InnoDB nicht wirklich betroffen sein.
Ich find gerade die InnoDB ist anfällig dafür, da sie alle Tabellen und
Daten nur in einer datei speichert.
>> Da ich ein vServer mit Plesk habe heisst das ich sofort ein
>> Neuinstallation machen muss da Plesk selber die InnoDB nutzt!
>
> Mein Beileid, warum höre ich immer im Zusammenhang mit "vServer",
> das es Datenbankprobleme gibt?
>
Taj das ligt daran das vServer gerne mal einen Prozess killen, wenn die
Speicher last im FlexiRAM zu hoch ist.
Udo Krähenfeld
> Hi ich möchte das es mySQL überhaupt nicht möglich ist InnoDB als=20
> Speicherengine zu Nutzen.
Dann schreib halt "skip-innodb" in Deine my.cnf und starte den=20
Daemon neu.
Nur schriebst Du:
>>> Da ich ein vServer mit Plesk habe heisst das ich sofort ein=20
>>> Neuinstallation machen muss da Plesk selber die InnoDB nutzt!
D.h. das Plesk danach nicht mehr tut, ist in Ordnung?
Andreas Scherbaum schrieb:
> Mein Beileid, warum höre ich immer im Zusammenhang mit "vServer",
> das es Datenbankprobleme gibt?
Ich habe auch einen "vServer" auf meinem Rechner und noch nie
Datenbankprobleme damit gehabt. Aber ich sichere ja auch täglich ;-)
Gruß. Claus
Udo Krähenfeld
> Andreas Scherbaum wrote:
>> Udo Krähenfeld
>>> Hallo Leute,
>>> Ich hab da ne frag wie stelle ich es an das ich die InnoDB Speicherung
>>> deaktiviere?
>>
>> Was genau möchtest du deaktivieren?
>>
>> - Das Daten überhaupt gespeichert werden?
>> - Das InnoDB Tabellen dafür benutzt werden?
>> - ...
>
> Hi ich möchte das es mySQL überhaupt nicht möglich ist InnoDB als
> Speicherengine zu Nutzen.
Nun, das kann man in der my.cnf deaktivieren. Ich weiss aber
nicht auswendig, ob du vorher noch die Tabellentypen in der
DB ändern musst ...
>>> Ich habe schon mehrfach den Vorfall das die gesamte DB wegen einem
>>> Absturzes hopps gegangen ist.
>>
>> Wie wäre es, die Ursache des Problems zu suchen? Von einem Absturz
>> sollte gerade InnoDB nicht wirklich betroffen sein.
>
> Ich find gerade die InnoDB ist anfällig dafür, da sie alle Tabellen und
> Daten nur in einer datei speichert.
Nun, und du denkst, nach so einem Crash ohne InnoDB sind deine Daten
in einem besseren Zustand? Ich bezweifle das ...
>>> Da ich ein vServer mit Plesk habe heisst das ich sofort ein
>>> Neuinstallation machen muss da Plesk selber die InnoDB nutzt!
>>
>> Mein Beileid, warum höre ich immer im Zusammenhang mit "vServer",
>> das es Datenbankprobleme gibt?
>
> Taj das ligt daran das vServer gerne mal einen Prozess killen, wenn die
> Speicher last im FlexiRAM zu hoch ist.
Und ich dachte, nur $richtige Datenbanken hätten damit leichte Probleme ...
Bye
--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)
Claus Reibenstein
> Andreas Scherbaum schrieb:
>
>> Mein Beileid, warum höre ich immer im Zusammenhang mit "vServer",
>> das es Datenbankprobleme gibt?
>
> Ich habe auch einen "vServer" auf meinem Rechner und noch nie
> Datenbankprobleme damit gehabt. Aber ich sichere ja auch täglich ;-)
Das sich deine beiden Sätze nicht unbedingt ausschliessen, ist dir
schon klar, oder?
Bei "deinem Rechner" schaut die Speichersituation und die
Konfiguration vielleicht (oder besser: sicherlich) anders aus als
auf einem angemieteten vServer, den sich (zu) viele Kunden teilen
müssen.
Was nicht ausschliesst, das bei hoher Last dein vServer auch mal
kaputt gehen kann. Und dann hilft das Backup zwar gegen die gröbsten
Datenverluste, aber beseitigt das Problem nicht.
Bye
--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)
Andreas Scherbaum wrote:
> Udo Krähenfeld
>> Andreas Scherbaum wrote:
>>> Udo Krähenfeld
>>>> Hallo Leute,
>>>> Ich hab da ne frag wie stelle ich es an das ich die InnoDB Speicherung
>>>> deaktiviere?
>>> Was genau möchtest du deaktivieren?
>>>
>>> - Das Daten überhaupt gespeichert werden?
>>> - Das InnoDB Tabellen dafür benutzt werden?
>>> - ...
>> Hi ich möchte das es mySQL überhaupt nicht möglich ist InnoDB als
>> Speicherengine zu Nutzen.
>
> Nun, das kann man in der my.cnf deaktivieren. Ich weiss aber
> nicht auswendig, ob du vorher noch die Tabellentypen in der
> DB ändern musst ...
Das ist mir klar nur ich habe schon erst mal alle Daten in eine Sql
Datei exportiert und da hab ich alle Anweisungen die lauteten
"ENGINE=InnoDB" durch "ENGINE=MyISAM" ersetzt.
>>>> Ich habe schon mehrfach den Vorfall das die gesamte DB wegen einem
>>>> Absturzes hopps gegangen ist.
>>> Wie wäre es, die Ursache des Problems zu suchen? Von einem Absturz
>>> sollte gerade InnoDB nicht wirklich betroffen sein.
>> Ich find gerade die InnoDB ist anfällig dafür, da sie alle Tabellen und
>> Daten nur in einer datei speichert.
>
> Nun, und du denkst, nach so einem Crash ohne InnoDB sind deine Daten
> in einem besseren Zustand? Ich bezweifle das ...
nun meine Erfarung zeit das mySQL eine kaputte MyISAM Datei besser
verkraftet als wenn eine oder die InnoDB Datei hopps geht. So kann ich
wenigsten noch die nicht beschädigten MyISAM dateien retten und muss nur
die Kaputten Tabellen neu aufspielen.
>>>> Da ich ein vServer mit Plesk habe heisst das ich sofort ein
>>>> Neuinstallation machen muss da Plesk selber die InnoDB nutzt!
>>> Mein Beileid, warum höre ich immer im Zusammenhang mit "vServer",
>>> das es Datenbankprobleme gibt?
>> Taj das ligt daran das vServer gerne mal einen Prozess killen, wenn die
>> Speicher last im FlexiRAM zu hoch ist.
>
> Und ich dachte, nur $richtige Datenbanken hätten damit leichte Probleme ...
Ich das 3te mal das mir die InnoDB kaputt gegangen ist!
Bis denne
Udo
Udo Krähenfeld
> Das ist mir klar nur ich habe schon erst mal alle Daten in eine Sql=20
> Datei exportiert und da hab ich alle Anweisungen die lauteten=20
> "ENGINE=3DInnoDB" durch "ENGINE=3DMyISAM" ersetzt.
Das bekommst Du aber auch einfacher mit einem ALTER TABLE hin, siehe
Handbuch.
Sven Paulus wrote:
> Udo Krähenfeld
>> Das ist mir klar nur ich habe schon erst mal alle Daten in eine Sql
>> Datei exportiert und da hab ich alle Anweisungen die lauteten
>> "ENGINE=InnoDB" durch "ENGINE=MyISAM" ersetzt.
>
> Das bekommst Du aber auch einfacher mit einem ALTER TABLE hin, siehe
> Handbuch.
Ja hätte ich nur ein paar Tabellen wäre es ok aber nicht bei über 90
Tabellen in 5 Datenbanken.
oder kann man das auch mit ALTER DATABASE machen?
Danke für den Tip
Udo
Udo Krähenfeld wrote:
>> Das bekommst Du aber auch einfacher mit einem ALTER TABLE hin, siehe
>> Handbuch.
>
> Ja hätte ich nur ein paar Tabellen wäre es ok aber nicht bei über 90
> Tabellen in 5 Datenbanken.
mysql -NB
$t ENGINE=MyISAM;"; done | mysql
HTH,
Thomas
--
Sind wir nicht alle ein bisschen Bielefeld? (Jörg Wagner in dcsm)
Andreas Scherbaum schrieb:
> Claus Reibenstein
>
>> Ich habe auch einen "vServer" auf meinem Rechner und noch nie
>> Datenbankprobleme damit gehabt. Aber ich sichere ja auch täglich ;-)
>
> Das sich deine beiden Sätze nicht unbedingt ausschliessen, ist dir
> schon klar, oder?
Stimmt. Ich hätte besser "trotzdem" statt "ja auch" schreiben sollen.
Aber dann wäre der Witz verloren gegangen ;-)
> Bei "deinem Rechner" schaut die Speichersituation und die
> Konfiguration vielleicht (oder besser: sicherlich) anders aus als
> auf einem angemieteten vServer, den sich (zu) viele Kunden teilen
> müssen.
Allerdings. Hier läuft genau _eine_ virtuelle Maschine (VMWare mit
Linux, Apache, MySQL und PHP als Entwicklungsserver) unter Windows XP
Home (als Entwicklungs- und Testclient).
> Was nicht ausschliesst, das bei hoher Last dein vServer auch mal
> kaputt gehen kann. Und dann hilft das Backup zwar gegen die gröbsten
> Datenverluste, aber beseitigt das Problem nicht.
Mein Server läuft häufig mit 100 % Last. Aber es ist eben nur einer, und
der hat seinen festen Speicherbereich.
Gruß. Claus
Claus Reibenstein
>
> Allerdings. Hier läuft genau _eine_ virtuelle Maschine (VMWare mit
> Linux, Apache, MySQL und PHP als Entwicklungsserver) unter Windows XP
> Home (als Entwicklungs- und Testclient).
Wir sprachen von vServer, nicht von VMWare. Das ist noch mal eine ganz
andere Welt.
In letzterem kann dir das schon einmal bedingt durch den Aufbau nicht
passieren, da du ein komplett emuliertes System hast. In einem vServer
wird nur ein Kernel gestartet, das System ist aber nicht (komplett)
vom Host entkoppelt.
Bye
--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)
Thomas Rachel
> mysql -NB
Das waere ja eigentlich eine perfekte Aufgabe fuer "mysqlshow", aber
bin ich doof, oder kann man dem Ding wirklich nur Ausgaben in
Tabellenform entlocken (zumindest in Ver 9.5 Distrib 5.0.24)?
Udo Krähenfeld
> Andreas Scherbaum wrote:
>> Udo Krähenfeld
>>> Ich find gerade die InnoDB ist anfällig dafür, da sie alle Tabellen und
>>> Daten nur in einer datei speichert.
Das ist - mit Verlaub - Unsinn. InnoDB recovered nach einem Crash
automatisch(!) und schnell. MyISAM Tabellen mußt du selber reparieren
und es dauert vergleichsweise lange.
BTW, MySQL ist das einzige weiter verbreitete DBMS, das tabellenweise
in Files schreibt. Traditionelle Datenbanken schreiben Daten schon
immer in gemeinsam benutzte Tablespaces, meist sogar raw devices.
>> Nun, und du denkst, nach so einem Crash ohne InnoDB sind deine Daten
>> in einem besseren Zustand? Ich bezweifle das ...
>
> nun meine Erfarung zeit das mySQL eine kaputte MyISAM Datei besser
> verkraftet als wenn eine oder die InnoDB Datei hopps geht. So kann ich
> wenigsten noch die nicht beschädigten MyISAM dateien retten und muss nur
> die Kaputten Tabellen neu aufspielen.
Es wäre IMNSHO *wesentlich* zielführender
1. herauszufinden, warum da was crasht und das abzustellen
2. wenn nach einem Crash der InnoDB-Tablespace beschädigt sein sollte
(ja, Konjunktiv!) - herauszufinden warum das so ist.
Das einzige, worauf InnoDB allergisch reagiert, ist wenn die Daten auf
der Platte sich ohne sein Zutun verändern. Das bekommt es per block-
weiser Prüfsumme zwar mit, danach streckt es aber die Waffen.
Ebenfalls unschick ist es, wenn InnoDB Daten zwar synchron wegschreibt,
das Betriebssystem aber lügt und die Daten doch puffert und dann beim
Crash verliert.
> Ich das 3te mal das mir die InnoDB kaputt gegangen ist!
Eventuell solltest du mal darüber nachdenken, doch etwas mehr Geld
auszugeben und einen richtigen Server zu mieten. "Datenbank" und
"billigste Hardware" geht halt schlecht zusammen.
BTW, die zwangsweise Umstellung von InnoDB nach MyISAM kann übrigens
gewaltig in die Hose gehen, falls deine Anwendungen Features wie
Transaktionen oder referentielle Constraints benutzen.
PS: ich würde es sehr begrüßen, wenn du deine Postings vor dem Absenden
nochmal auf Fehler prüfen würdest. Es macht echt keinen Spaß, dein
Geschreibsel zu lesen (vielmehr: zu raten).
XL
Sven Paulus wrote:
> Thomas Rachel
>> mysql -NB
>
> Das waere ja eigentlich eine perfekte Aufgabe fuer "mysqlshow",
Hast recht, das ginge auch.
> aber bin ich doof, oder kann man dem Ding wirklich nur Ausgaben in
> Tabellenform entlocken (zumindest in Ver 9.5 Distrib 5.0.24)?
Kommt mir auch so vor (letzteres, nicht ersteres), hier 4.1.10a. Man kann
zwar iverse Zusatzinformationen angeben lassen, aber die Tabellenform
bleibt, selbst bei | cat hinterher.
Wenn man einen mysql-Aufruf durch cat pipet, verhält es sich, als hätte man
-B angegeben.
Thomas
--
Für den BND: Bombe Walther KP Berlin Kalaschnikow Patrone Demo Munition
Kapitalisten Regime Terror Staat Proletariat Faschos Knastsprengung RAF
Fahndung Nitroglycerin SchieÃübung Reichstag Sprengstoff Klassenkampf
Vermummungsverbot Kaserne Knüppel TNT