MySQL Duplicate Entry Auto-Inc

[Sir Rufo]

Dann trifft dich eventuell dieser Bug
https://bugs.mysql.com/bug.php?id=67526

[jobo]

Zitat von JRichmann:

Die DB kann ich leider nicht so einfach wechseln

So ist es ja häufig, solche Art "Lösungen" schlage ich idR auch nicht vor. Was ist mit Datentypen und Reset des des Auto Inc Wertes oder mglw. vorhandenen "Testdaten" aus irgendwelchen Versuchen?
Hast Du mal max Wert von Auto Inc mit dem Bestand abgeglichen?

@TRomano: Eine Vereinheitlichung des Systemlandschaft finde ich eine gute Sache. Aber warum bloß in diese Richtung? Als Liebhaber von Verschörungstheorien aller Art, würde ich dahinter etwas Lobbyarbeit vermuten. Der nächste Schritt dort ist dann wahrscheinlich, ganz auf Oracle DB umzustellen.
Wir haben bei einem Projekt für ein großes Softwareunternehmen nur ein paar Jahre gebraucht, sie von mysql abzubringen. Dabei waren es nicht mal die Admins, die dort nur die Entwicklungssysteme betreuen, die viel Bedenkzeit brauchten. Es ging vermutlich um den Betrieb im Rechenzentrum eines Schwesterunternehmens, soweit ich das beurteilen kann.

[jobo]

Zitat von Sir Rufo:

Dann trifft dich eventuell dieser Bug
https://bugs.mysql.com/bug.php?id=67526

Oder der darin verwiesene:
http://bugs.mysql.com/bug.php?id=76872

Da wäre es wohl ratsam, mal zu versuchen, den Effekt einzugrenzen.

[TRomano]

@Jobo: ich weiß nicht, wie man Sie davon abbringen kann. Kein Geld im Stadtsäckel, aber so einen Unsinn machen. Eigentlich brauchten sie nur einen neue Client-Software und ein paar Aufräumarbeiten in der Firebird-DB (über 400 SP´s für einzelne UPDATE-Statements) und ein wenig Umstruktuierung, aber Gottes (also die Hansestadt) Wege sind unergründlich !!!
Und ich glaube auch nicht, dass sie wirklich wissen, was sie tun. Mit der Lizenz-Politik von Oracle bin ich nicht zu 100% vertraut, aber trauen tue ich larry schon lange nicht mehr.
Meine Empfehlung wäre auch eine andere gewesen, aber wenn OpenSource-DB dann bitte richtig. Ich weiß natürlich nicht, was mittlerweile alles dort auf mySQL läuft, aber man sollte sich da richtig (vorher) beraten oder beraten lassen, was man tut.

[jobo]

Die Lizenzbestimmungen für mysql kenne ich auch nicht.
Aber mysql ist ne gute Rutsche für Clustersysteme- davon gibt's ja nicht viele- und generell einfach Supportverträge.

[Bernhard Geyer]

Zitat von jobo:

Zitat von Sir Rufo:

Dann trifft dich eventuell dieser Bug
https://bugs.mysql.com/bug.php?id=67526

Oder der darin verwiesene:
http://bugs.mysql.com/bug.php?id=76872

Da wäre es wohl ratsam, mal zu versuchen, den Effekt einzugrenzen.

Einzugrenzen indem z.B. einfach mal eine neuere Minor-Version installiert wird.
Bei MySQL schleichen sich teilweise haarsträubenden Fehler in Bugfix-Versionen ein.
Es gab mal eine (zufälligerweise nach erscheinen Intern geprüft) bei der wurden alle varchar-Felder als Blob-Felder gemeldet .

[Bernhard Geyer]

Zitat von jobo:

Die Lizenzbestimmungen für mysql kenne ich auch nicht.

Blos kein ODBC oder libmysql.dll verwenden. Schwubs bist du in der GPL-Falle (nach Oracle-Redensart) und darfst jede Installation von MySQL lizenzieren wenn du keine Quelloffene SW entwickelst.
Glücklicherweise gibts Komponenten von Devart die das nicht nötig haben bzw. ja auch Maria-DB um dort sich (bei Java/JDBC-Anwendungen) bedienen zu können.

[JRichmann]

>Hat denn jeder Thread auch seine eigene Connection?
JA

>Vielleicht doch mit ID, ab und zu?
Nein... definitiv nein

>Ich würde sofort die DB wechseln, wenn es auch nur nach solchen Problemen riecht.
geht leider nicht

[JRichmann]

Ich habe MySQL schon oft verwendet.... Bisher hatte ich auch noch nie ein solches Problem.
Es werden hier zwar nun 1 bis 20 Sätze je Sekunde geschrieben (i.d.R. aber nur 3-4-5 je Sekunde).
Eigentlich müsste die DB das dock packen. Oder etwa nicht ?

Und es läuft auch 2-3-4 Stunden alles glatt und dann schlägt der Fehler zu.
Wenn der Fehler einmal aufgetreten ist.... dann kommt er ab diesem Zeitpunkt öfter.
Alle paar Minuten.

[Sir Rufo]

Du brauchst den Server nicht zu wechseln, sondern nur eine Einstellung am Server vornehmen (so wie in dem Link beschrieben)