Pełna wersja: [PDO][MySQL] dziwne zachowanie auto_increment
Przy tworzeniu tabeli dla użytkowników, założyłem że nazwa użytkownika, email i kod weryfikacyjny będą polami unikalnymi. Jeżeli próbuję dodać dane do tabeli, powiedzmy gdzie istnieje już taki mail to dostaję ładny komunikat błędu. Jednak co dziwne, auto_increment się zwiększa ciągle, z każdą nieudaną próbą. Myślałem, że może transakcja to rozwiąże - myliłem się. Czemu się tak dzieje? I czy da się temu zapobiec w inny sposób niż niepotrzebnie wyciągać dane?
Pokaż strukturę tabeli i kawałek kodu php w którym próbujesz robić inserta.
Czy przez phpMyAdmina też się tak dzieje?
Czy przez phpMyAdmina też się tak dzieje?
Tak samo dzieje się w phpmyadmin co do struktury
http://dev.mysql.com/doc/refman/5.5/en/inn...t-handling.html
//EDIT
na szybko: ostatnie id to 10, jesli narobilbys blednych insertow, a kolejny (poprawny) insert wsadzil, powiedzmy, po tygodniu (po restarcie serwera) to kolejny id bedzie 11. Jesli wstawiasz insert po blednych probach, to numerek jest zalezny od wartosci przechowywanej w pamieci.
Cytat
When accessing the auto-increment counter, InnoDB uses a special table-level AUTO-INC lock that it keeps to the end of the current SQL statement, not to the end of the transaction. The special lock release strategy was introduced to improve concurrency for inserts into a table containing an AUTO_INCREMENT column. Nevertheless, two transactions cannot have the AUTO-INC lock on the same table simultaneously, which can have a performance impact if the AUTO-INC lock is held for a long time. That might be the case for a statement such as INSERT INTO t1 ... SELECT ... FROM t2 that inserts all rows from one table into another.
InnoDB uses the in-memory auto-increment counter as long as the server runs. When the server is stopped and restarted, InnoDB reinitializes the counter for each table for the first INSERT to the table, as described earlier.
You may see gaps in the sequence of values assigned to the AUTO_INCREMENT column if you roll back transactions that have generated numbers using the counter.
InnoDB uses the in-memory auto-increment counter as long as the server runs. When the server is stopped and restarted, InnoDB reinitializes the counter for each table for the first INSERT to the table, as described earlier.
You may see gaps in the sequence of values assigned to the AUTO_INCREMENT column if you roll back transactions that have generated numbers using the counter.
//EDIT
na szybko: ostatnie id to 10, jesli narobilbys blednych insertow, a kolejny (poprawny) insert wsadzil, powiedzmy, po tygodniu (po restarcie serwera) to kolejny id bedzie 11. Jesli wstawiasz insert po blednych probach, to numerek jest zalezny od wartosci przechowywanej w pamieci.
Korzystasz z PDO? PDO chyba korzysta z transakcji.
Dokładnie nie pamiętam szczegółów, ale jest coś takiego, że kiedy rozpoczynana jest transakcja, i wystąpi błąd (a przynajmniej ROLLBACK, bo co do błędu nie jestem pewien) - to mimo wszystko auto_increment (sekwencja w postgresie) - nie zostanie cofnięta.
Dokładnie nie pamiętam szczegółów, ale jest coś takiego, że kiedy rozpoczynana jest transakcja, i wystąpi błąd (a przynajmniej ROLLBACK, bo co do błędu nie jestem pewien) - to mimo wszystko auto_increment (sekwencja w postgresie) - nie zostanie cofnięta.
Nie potwierdzam, po rollbacku wszystkie automatyczne indeksy wracają (przynajmniej u mnie) do poprzedniej wartości jak najbardziej poprawnie.
Dlatego nie jestem pewien, to tylko sugestia.
Tak było w starszej wersji Postgresa
Tak było w starszej wersji Postgresa
Cytat(Uriziel01 @ 25.01.2012, 12:48:41 ) 
Nie potwierdzam, po rollbacku wszystkie automatyczne indeksy wracają (przynajmniej u mnie) do poprzedniej wartości jak najbardziej poprawnie.
A u mnie próbując zrobić to na transakcjach dalej zwiększa, mimo rollback
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.