ALTER TABLE trên một bảng lớn có cột được lập chỉ mục

Tôi có một bảng lớn với cột VARCHAR (20) và tôi cần sửa đổi nó để trở thành cột VARCHAR (50). Thông thường, thực hiện ALTER TABLE (thêm TINYINT) trên bảng cụ thể này mất khoảng 90-120 phút để hoàn thành, vì vậy tôi thực sự chỉ có thể làm điều đó vào tối thứ bảy hoặc chủ nhật để tránh ảnh hưởng đến người dùng cơ sở dữ liệu. Nếu có thể tôi muốn thực hiện sửa đổi này trước đó.

Cột cũng được lập chỉ mục, mà tôi đoán sẽ làm cho ALTER TABLE chậm hơn, bởi vì nó phải xây dựng lại chỉ mục sau khi sửa đổi độ dài cột.

Ứng dụng web được thiết lập trong môi trường sao chép MySQL (26 nô lệ và một chủ). Tôi nhớ lại một lần đọc ở đâu đó rằng một phương pháp trước tiên là thực hiện ALTER TABLE trên mỗi nô lệ (giảm thiểu tác động đến người dùng), sau đó thực hiện điều này trên Master, nhưng sau đó có cố gắng sao chép lệnh ALTER TABLE cho nô lệ không?

Vì vậy, câu hỏi của tôi là: cách tốt nhất để tôi sửa đổi bảng này với sự gián đoạn tối thiểu cho người dùng của tôi là gì?

Chỉnh sửa: bảng là InnoDB.

Nếu bạn là một người thích phiêu lưu, bạn có thể đưa vấn đề vào tay bằng cách thực hiện BẢNG THAY ĐỔI trong các giai đoạn bạn có thể thấy. Giả sử bảng bạn muốn thay đổi được gọi là WorkTable. Bạn có thể thực hiện các thay đổi trong các giai đoạn như thế này:

#
#  Script 1
#  Alter table structure of a single column of a large table
#
CREATE TABLE WorkingTableNew LIKE WorkingTable;
ALTER TABLE WorkingTableNew MODIFY BigColumn VARCHAR(50);
INSERT INTO WorkingTableNew SELECT * FROM WorkingTable;
ALTER TABLE WorkingTable RENAME WorkingTableOld;
ALTER TABLE WorkingTableNew RENAME WorkingTable;
DROP TABLE WorkingTableOld;

Bạn có thể thực hiện điều này trên tất cả các nô lệ. Còn chủ thì sao ??? Làm thế nào để bạn ngăn chặn điều này sao chép vào nô lệ. Đơn giản: Đừng gửi SQL vào nhật ký nhị phân của chủ. Đơn giản chỉ cần tắt ghi nhật ký nhị phân trong phiên trước khi thực hiện công cụ ALTER TABLE:

#
#  Script 2
#  Alter table structure of a single column of a large table
#  while preventing it from replicating to slaves
#
SET SQL_LOG_BIN = 0;
CREATE TABLE WorkingTableNew LIKE WorkingTable;
ALTER TABLE WorkingTableNew MODIFY BigColumn VARCHAR(50);
INSERT INTO WorkingTableNew SELECT SQL_NO_CACHE * FROM WorkingTable;
ALTER TABLE WorkingTable RENAME WorkingTableOld;
ALTER TABLE WorkingTableNew RENAME WorkingTable;
DROP TABLE WorkingTableOld;

Nhưng chờ đã !!! Điều gì về bất kỳ dữ liệu mới nào xuất hiện trong khi xử lý các lệnh này ??? Đổi tên bảng khi bắt đầu hoạt động nên thực hiện thủ thuật. Hãy thay đổi mã này một chút để ngăn nhập dữ liệu mới theo khía cạnh đó:

#
#  Script 3
#  Alter table structure of a single column of a large table
#  while preventing it from replicating to slaves
#  and preventing new data from entering into the old table
#
SET SQL_LOG_BIN = 0;
ALTER TABLE WorkingTable RENAME WorkingTableOld;
CREATE TABLE WorkingTableNew LIKE WorkingTableOld;
ALTER TABLE WorkingTableNew MODIFY BigColumn VARCHAR(50);
INSERT INTO WorkingTableNew SELECT SQL_NO_CACHE * FROM WorkingTableOld;
ALTER TABLE WorkingTableNew RENAME WorkingTable;
DROP TABLE WorkingTableOld;

• Tập lệnh 1 có thể được thực thi trên bất kỳ nô lệ nào không kích hoạt nhật ký nhị phân
• Tập lệnh 2 có thể được thực thi trên bất kỳ nô lệ nào có bật nhật ký nhị phân
• Kịch bản 3 có thể được thực thi trên bản gốc hoặc bất kỳ nơi nào khác

Hãy thử một lần !!!

Tôi đoán từ tài liệu sẽ chỉ là việc tăng ràng buộc độ dài trên một varcharsẽ không gây ra rắc rối tương tự như thêm một cột:

Đối với một số thao tác, ALTER TABLE tại chỗ có thể không yêu cầu bảng tạm thời:

Nhưng điều đó dường như bị mâu thuẫn trong các bình luận về câu hỏi SO này .

BIÊN TẬP

Ít nhất là vào ngày 5.0, tôi nghĩ rằng tôi có thể xác nhận rằng việc tăng chiều dài thực sự cần một bảng tạm thời (hoặc một số hoạt động đắt tiền không kém khác):

thử nghiệm:

create table my_table (id int auto_increment primary key, varchar_val varchar(10));
insert into my_table (varchar_val)
select 'HELLO'
from (select 0 union all select 1 union all select 3 union all select 4 union all select 5 union all select 6 union all select 6 union all select 7 union all select 8 union all select 9) s1,
     (select 0 union all select 1 union all select 3 union all select 4 union all select 5 union all select 6 union all select 6 union all select 7 union all select 8 union all select 9) s2,
     (select 0 union all select 1 union all select 3 union all select 4 union all select 5 union all select 6 union all select 6 union all select 7 union all select 8 union all select 9) s3,
     (select 0 union all select 1 union all select 3 union all select 4 union all select 5 union all select 6 union all select 6 union all select 7 union all select 8 union all select 9) s4,
     (select 0 union all select 1 union all select 3 union all select 4 union all select 5 union all select 6 union all select 6 union all select 7 union all select 8 union all select 9) s5,
     (select 0 union all select 1 union all select 3 union all select 4 union all select 5 union all select 6 union all select 6 union all select 7 union all select 8 union all select 9) s6;

kết quả:

alter table my_table modify varchar_val varchar(20);
Query OK, 1000000 rows affected (2.91 sec)

alter table my_table add int_val int;
Query OK, 1000000 rows affected (2.86 sec)

Tôi nghĩ, tôi đã đề cập đến điều đó kể từ khi ENGINE=INNODB

Nếu bạn có các ràng buộc khóa ngoài, bạn không thể thay đổi và đổi tên với các ràng buộc của bạn trỏ đến bảng cũ (bây giờ được đổi tên). Bạn sẽ phải thay đổi sau đó hoặc bỏ các ràng buộc trong thời gian.