Das ist korrekt, weil alles was geändert wurde protokolliert wird.
Empfehlung: Entweder ein "ALTER TABLE" oder besser aber umständlicher... Tabelle "kopieren", alte löschen,
nach der Umstellung war ich noch so blöd und hab mir DegubInfos reingeschrieben ..... vor jeder "Absturzmöglichkeit" einen "Da ist das Script gerade"
Die Befehler waren ja garnicht das Problem ... die funktionierten ja vorher auch
und das Breakponting hat das Problem vergrößert
Gestern alles wieder rausgeworfen und bin gerade am Ablauf Umbau ...
der erste Lauf macht nur noch das wichtigte (schauen ob Preis verändert, der bekommt ein UPdate) für den Rest schreib ich eine neue csv und verarbeite die Nachgelagert
Alter Table .... ohne die Tabelle zu verändern? geht das?
kann ja keien Spalte löschen die ich noch brauch (ein Index würde gehen, um ihn dann wieder anzulegen .... das ist aber .... graus)
kopieren geht schlecht, wenn kein Platz da ist ...
eben kommt mir ... alter Table Autoinkrement setzen .... das ändert normal nichts ....
... und wenn die SQL so inteligent ist und das dann deswegen nicht macht
1. Datensatz anlegen (die nun höchste Autoinkrement)
2. diesen löschen
3. Alter auf zurück
wenn das so sein muß, dannmuß das so sein .... also kompliziert
(da hatte ich was gelesen von "Optimiz Table" der aber auch nicht ausgeführt wird)
Das mit dem Kleiner werden, ist glaub nicht wirklich so
innoDB scheint da eher die Datensätze als "nicht genutzt" zu markieren aber in der Base zu lassen ...
hab da auf meiner "was macht das Script gerade" eine Ausgabe wie die Belegungen sind
und die Zahlen für Daten+Index werden bei delete nicht kleiner, nur die Daten+index+nochwas wird größer
for ( $BASE=1; $BASE<14; $BASE++)
{
$giga=0;
$maria=0;
$inno=0;
$base=CMS800sql('open',$sql=$BASE,$base=''); //CronPipe
$query = ' SHOW TABLE STATUS';
$Bres= mysqli_query($base,$query);
WHILE ( $res= mysqli_fetch_array($Bres, MYSQLI_ASSOC) )
{
$giga += $res[Data_length];
$maria += $res[Data_length];
$maria += $res[Index_length];
$inno+= $res[Data_length];
$inno+= $res[Index_length];
$inno+= $res[Data_free];
}
$content.='<br>Base '.$BASE.': '.$giga.' :::: '.number_format($maria,0,'.','.').' :::: '.number_format($inno,0,'.','.');
}
Alles anzeigen
Base 1: 140597281 :::: 216.698.913 :::: 216.757.141
Base 2: 289042668 :::: 483.754.220 :::: 504.728.880
Base 3: 821198632 :::: 920.517.416 :::: 920.613.852
Base 4: 369246208 :::: 463.257.600 :::: 506.249.216
Base 5: 392790016 :::: 453.754.880 :::: 573.292.544
Base 6: 727236608 :::: 768.884.736 :::: 780.419.072
Base 7: 404307968 :::: 500.809.728 :::: 580.501.504
Base 8: 454098944 :::: 537.821.184 :::: 674.136.064
Base 9: 594247680 :::: 720.683.008 :::: 823.443.456
Base 10: 508641280 :::: 674.742.272 :::: 800.571.392
Base 11: 582090752 :::: 679.952.384 :::: 941.047.808
Base 12: 184074240 :::: 395.657.216 :::: 414.531.584
Base 13: 240943104 :::: 415.350.784 :::: 419.545.088
leztens eingebaut, ab 940 Millionen kein Insert mehr
.... da war das Teil wieder eine inno und vielleicht doppelt so groß
