Lý do nội bộ cho quá trình tiêu diệt chiếm thời gian dài trong mysql

Tôi đã sao chép cấu trúc của một bảng lớn với (đó là bảng InnoDB btw)

CREATE TABLE tempTbl LIKE realTbl 

Sau đó, tôi đã thay đổi một chỉ mục và điền vào nó để tôi có thể chạy thử nghiệm. Điền vào nó đã được thực hiện bằng cách sử dụng:

INSERT INTO  `tmpTbl` 
SELECT *
FROM `realTbl`

Việc này mất quá nhiều thời gian, vì vậy tôi muốn dừng bài kiểm tra này. ¹

Tôi đã giết quá trình trong khi nó ở trạng thái "Gửi dữ liệu": hiện tại nó đã bị "giết" và vẫn ở trạng thái "Gửi dữ liệu".

Tôi biết một số quy trình bị giết cần hoàn nguyên các thay đổi và do đó có thể mất nhiều thời gian để giết so với thời gian chúng chạy, nhưng tôi không thể tưởng tượng được tại sao bây giờ lại xảy ra trường hợp này: Toàn bộ bảng cần phải được dọn sạch.

Tôi tò mò về những gì đang xảy ra sẽ dừng / giết một truy vấn đơn giản như thế này rất lâu. Để cung cấp cho bạn một số số: phần chèn đã chạy trong một hoặc 3 giờ, giờ đây, phần sát đã gần với 5 7. Có vẻ như nó chạy một cái DELETEcho mọi thứ INSERTnó đã làm, và việc xóa mất nhiều thời gian hơn thì chèn đã làm gì? Điều đó thậm chí sẽ hợp lý?

.

1) Tôi chưa biết tại sao (đó là một bảng lớn, 10 triệu hàng, nhưng sẽ mất nhiều thời gian như vậy?), Nhưng đó là một điều khác / không phải là một phần của câu hỏi này :). Có thể là bài kiểm tra của tôi có thể thông minh hơn hoặc nhanh hơn, nhưng đó không phải là câu hỏi bây giờ: D

Lý do giết mất quá lâu rất có thể là do các rollback được phát hành bởi giao dịch innodb. Từ mẹo hiệu suất của InnoDB :

Cảnh giác với các rollback lớn của các khối chèn: InnoDB sử dụng bộ đệm chèn để lưu I / O của đĩa trong các chèn, nhưng không có cơ chế nào như vậy được sử dụng trong một rollback tương ứng. Một rollback giới hạn đĩa có thể mất 30 lần để thực hiện như chèn tương ứng. Giết quá trình cơ sở dữ liệu không giúp ích gì vì việc khôi phục bắt đầu lại khi khởi động máy chủ.

Chỉnh sửa: Các phương pháp phục hồi lực innodb có thể được sử dụng cho bạn (rất vui vì bạn đã làm điều này trên môi trường thử nghiệm)

Bạn có thể giết tiến trình mysqld và đặt innodb_force_recovery thành 3 để đưa cơ sở dữ liệu lên mà không cần rollback, sau đó DROP bảng đang gây ra rollback runaway.

Và lần sau, chèn một tập hợp con dữ liệu nhỏ mỗi lần. 10 triệu hàng không nên mất nhiều thời gian để chèn, nhưng có thể có nhiều lý do. Không biết môi trường của bạn, tôi không thể đưa ra lời khuyên về điều đó.

Tôi có thể thấy một hoạt động lộn xộn trong này. TmpTbl là InnoDB. Tải dữ liệu mới vào nó sẽ tạo ra một số hoạt động MVCC . Điều này sẽ chồng các thay đổi trong nhật ký làm lại (được đặt trong ib_logfile0 và ib_logfile1, có lẽ một số cũng sẽ có trong ibdata1).

Khi bạn giết INSERT, tất cả các thay đổi (đối với mỗi hàng, một bản ghi mới thay cho bản ghi) đối với bảng InnoDB phải được khôi phục.

Bạn có thể có thể giết mysqld và khởi động lại mysqld chỉ để gặp một số điều này trong giai đoạn phục hồi sự cố khi khởi động mysql.