ROLLBACK не працює після введення в новостворену таблицю призначення

Я працюю над PHP-скриптом, який імпортує файл CSV ( customers.csv) у таблицю MySQL ( customers).

Перш ніж вставляти вміст CSV-файлу в таблицю mysql, я спочатку створюю резервну копію оригінальної customersтаблиці.

Я завершую весь процес імпорту (включаючи резервне копіювання) транзакцією mysql (щоб врахувати випадки, коли CSV пошкоджений десь посередині, і щоб переконатися, що імпорт є атомним).

Проблема полягає в тому, що ROLLBACK, здається, не працює, коли я викликаю його відразу після INSERT INTOзаяви: при перевірці бази даних через phpMyAdmin я можу побачити новостворену таблицю І ROWS INSIDE IT, яка все ще присутня після відкату .

Ось журнал операцій:

[2015-01-19 14:08:11] DEBUG: "START TRANSACTION" [] []
[2015-01-19 14:08:11] DEBUG: SHOW TABLES LIKE :table_name; [] []
[2015-01-19 14:08:28] DEBUG: CREATE TABLE `customers__20150119_14_08_20` LIKE `customers` [] []
[2015-01-19 14:08:37] DEBUG: INSERT INTO `customers__20150119_14_08_20` SELECT * FROM `customers` [] []
[2015-01-19 14:08:50] DEBUG: "ROLLBACK" [] []

Тож мені цікаво, чому викликається депсит ROLLBACK, транзакція не скасовується. Я розумію, що CREATE TABLEце не трансакційний характер і його не можна відкотити назад. Але я припускав, що INSERT INTOоскільки він має справу з вставкою рядків (не визначаючи схему), НАСАЛЬНО буде транзакційним, і після ROLLBACK мені залишиться порожня таблиця призначення. Чому це не так?

І ось результат SHOW CREATE TABLE customers(такий мій стіл InnoDb):

CREATE TABLE `customers` (
 `Code` varchar(32) NOT NULL,
 `Name` varchar(128) DEFAULT NULL,
 `Price` varchar(128) DEFAULT NULL,
 PRIMARY KEY (`Code`),
 KEY `Price` (`Price`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

і ось висновок для таблиці призначення:

CREATE TABLE `customers__20150119_14_08_20` (
 `Code` varchar(32) NOT NULL,
 `Name` varchar(128) DEFAULT NULL,
 `Price` varchar(128) DEFAULT NULL,
 PRIMARY KEY (`Code`),
 KEY `Price` (`Price`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

Причина полягає в тому, що деякі твердження, як-от, CREATE TABLEвикликають неявну фіксацію. Про них ви можете прочитати в документації: Заяви, які спричиняють неявне зобов'язання .

Отже, початкова послідовність висловлювань:

START TRANSACTION
SHOW TABLES LIKE customers
CREATE TABLE `customers__20150119_14_08_20` LIKE `customers`
INSERT INTO `customers__20150119_14_08_20` SELECT * FROM `customers`
ROLLBACK

перетвориться на:

START TRANSACTION ;   -- transaction context created
SHOW TABLES LIKE customers ;

COMMIT ;              -- CREATE TABLE forces commit before itself
                      --     (at this point the previous transaction is done.)
START TRANSACTION ;   -- and a new transaction  
CREATE TABLE `customers__20150119_14_08_20` 
    LIKE `customers` ;
COMMIT ;              -- CREATE TABLE forces commit after itself. 
                      -- At this point there's no transaction context

START TRANSACTION ;   --  starts a new transaction
INSERT INTO `customers__20150119_14_08_20` 
    SELECT * FROM `customers` ;
COMMIT ;              -- caused by "autocommit on" setting (guess). 

ROLLBACK ;            -- this rollback HAS NOTHING to undo

Рішенням було б розпочати транзакцію (або нову) після CREATE TABLEвиписки або використовувати тимчасову таблицю.

Схоже, порядок висловлювань викликає проблему.

У моєму старому блокуванні рядків після запису в транзакції ACID innodb я назвав 12 тверджень, які переривають транзакцію з перервами. У вашому конкретному випадку це була CREATE TABLEзаява.

Після того, як ви запустили CREATE TABLEвсередину START TRANSACTION... COMMIT/ROLLBACKблоку, не було рамки для відкату.

Просто запустіть CREATE TABLEраніше, START TRANSACTIONі вам повинно бути добре.

Спробувати !!!