Бъркаш цялата концепция. За MySQL това, че даден UPDATE връща „грешка“ (от твоя пример – няма такова id) не означава, че заявката не е изпълнена успешно. Не е сървъра за базата данни този, който взима решението кога транзакция е успешна и кога не – ние сме.

В твоя пример си представи следното – тези заявки се подават от програма написана на С. След първата заявка резултатът се подава към програмата и той е „OK, 1 rows affected“, което за програмата означава „първата заявка е успешна“. След втората заявка обаче се връща грешка – тогава програмата вместо COMMIT ще подаде заявка ROLLBACK. Това е логиката. Надявам се, че се изразих ясно.

BEGIN;

UPDATE Customer
SET t_id = 4
WHERE cus_id = 4;

UPDATE Customer
SET t_id = 5
WHERE cus_id = 4213;

COMMIT;

Както се сещате на 2-рия UPDATE такова id няма и изплюва грешка там. Но в момента в който дам COMMIT промяната на първия UPDATE се изпълнява въпреки всичко. Нали идеята на транзакциите беше да се опаковат няколко заявки във едно (между Begin и Commit-а) за да се изпълнят всички заедно и така или се изпълняват всички или никоя не се изпълнява. Как така въпреки грешката се изпълнява първия UPDATE? Или ако не при какви условия би треело транзакцията да пропадне.

ПП: Докато не дам commit, в базата ми няма промяна, проверих…
ПП2: Ползвам ENGINE = InnoDB;
ПП3: Нещо като напиша коментар не ми излизат след тва… Писах и за View преди неколко дена и все още не е излезъл..