CÂU CHUYỆN CÂU CHUYỆN CÂU CHUYỆN

Trong khi thực hiện một INSERTcâu lệnh có nhiều hàng, tôi muốn bỏ qua các mục trùng lặp có thể gây ra lỗi. Sau một số nghiên cứu, các tùy chọn của tôi dường như là sử dụng một trong hai:

• ON DUPLICATE KEY UPDATE trong đó ngụ ý một bản cập nhật không cần thiết với một số chi phí, hoặc
• INSERT IGNORE trong đó ngụ ý một lời mời cho các loại thất bại khác không được thông báo.

Tôi có đúng trong những giả định này không? Cách tốt nhất để bỏ qua các hàng có thể gây trùng lặp và tiếp tục đến các hàng khác là gì?

Tôi khuyên bạn nên sử dụng INSERT...ON DUPLICATE KEY UPDATE.

Nếu bạn sử dụng INSERT IGNORE, thì hàng thực sự sẽ không được chèn nếu nó dẫn đến một khóa trùng lặp. Nhưng tuyên bố sẽ không tạo ra một lỗi. Nó tạo ra một cảnh báo thay thế. Những trường hợp này bao gồm:

• Chèn một khóa trùng lặp trong các cột có PRIMARY KEYhoặc UNIQUEràng buộc.
• Chèn một NULL vào một cột có NOT NULLràng buộc.
• Chèn một hàng vào bảng được phân đoạn, nhưng các giá trị bạn chèn không ánh xạ vào phân vùng.

Nếu bạn sử dụng REPLACE, MySQL thực sự làm DELETEtheo sau bởi INSERTnội bộ, có một số tác dụng phụ không mong muốn:

• ID tăng tự động mới được phân bổ.
• Các hàng phụ thuộc có khóa ngoại có thể bị xóa (nếu bạn sử dụng xếp chồng khóa ngoại) hoặc nếu không thì ngăn chặn REPLACE.
• Kích hoạt mà bắn vào DELETEđược thực hiện không cần thiết.
• Tác dụng phụ được truyền đến bản sao quá.

sửa chữa: cả hai REPLACEvà INSERT...ON DUPLICATE KEY UPDATEđều là tiêu chuẩn, phát minh độc quyền dành riêng cho MySQL. ANSI SQL 2003 định nghĩa một MERGEcâu lệnh có thể giải quyết cùng một nhu cầu (và hơn thế nữa), nhưng MySQL không hỗ trợ MERGEcâu lệnh đó.

Một người dùng đã cố gắng chỉnh sửa bài đăng này (bản chỉnh sửa đã bị người kiểm duyệt từ chối). Việc chỉnh sửa đã cố gắng thêm một khiếu nại INSERT...ON DUPLICATE KEY UPDATEkhiến id tăng tự động mới được phân bổ. Đúng là id mới được tạo , nhưng nó không được sử dụng trong hàng đã thay đổi.

Xem trình diễn bên dưới, được thử nghiệm với Percona Server 5.5.28. Biến cấu hình innodb_autoinc_lock_mode=1(mặc định):

mysql> create table foo (id serial primary key, u int, unique key (u));
mysql> insert into foo (u) values (10);
mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  1 |   10 |
+----+------+

mysql> show create table foo\G
CREATE TABLE `foo` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `u` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `u` (`u`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1

mysql> insert into foo (u) values (10) on duplicate key update u = 20;
mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  1 |   20 |
+----+------+

mysql> show create table foo\G
CREATE TABLE `foo` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `u` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `u` (`u`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1

Những điều trên chứng tỏ rằng câu lệnh IODKU phát hiện bản sao và gọi bản cập nhật để thay đổi giá trị của u. Lưu ý AUTO_INCREMENT=3chỉ ra một id đã được tạo, nhưng không được sử dụng trong hàng.

Trong khi đó REPLACE, xóa hàng ban đầu và chèn một hàng mới, tạo và lưu trữ id tăng tự động mới:

mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  1 |   20 |
+----+------+
mysql> replace into foo (u) values (20);
mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  3 |   20 |
+----+------+

Trong trường hợp bạn muốn xem tất cả điều này có nghĩa là gì, thì đây là một cú đánh của tất cả mọi thứ:

CREATE TABLE `users_partners` (
  `uid` int(11) NOT NULL DEFAULT '0',
  `pid` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`uid`,`pid`),
  KEY `partner_user` (`pid`,`uid`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

Khóa chính dựa trên cả hai cột của bảng tham chiếu nhanh này. Khóa chính yêu cầu các giá trị duy nhất.

Hãy bắt đầu nào:

INSERT INTO users_partners (uid,pid) VALUES (1,1);
...1 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1);
...Error Code : 1062
...Duplicate entry '1-1' for key 'PRIMARY'

INSERT IGNORE INTO users_partners (uid,pid) VALUES (1,1);
...0 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1) ON DUPLICATE KEY UPDATE uid=uid
...0 row(s) affected

lưu ý, ở trên đã lưu quá nhiều công việc phụ bằng cách đặt cột bằng chính nó, không thực sự cần cập nhật

REPLACE INTO users_partners (uid,pid) VALUES (1,1)
...2 row(s) affected

và bây giờ một số bài kiểm tra nhiều hàng:

INSERT INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...Error Code : 1062
...Duplicate entry '1-1' for key 'PRIMARY'

INSERT IGNORE INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...3 row(s) affected

không có thông báo nào khác được tạo trong bảng điều khiển và hiện có 4 giá trị đó trong dữ liệu bảng. Tôi đã xóa mọi thứ trừ (1,1) để tôi có thể kiểm tra từ cùng một sân chơi

INSERT INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4) ON DUPLICATE KEY UPDATE uid=uid
...3 row(s) affected

REPLACE INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...5 row(s) affected

Vì vậy, có bạn có nó. Vì tất cả điều này được thực hiện trên một bảng mới với gần như không có dữ liệu và không được sản xuất, nên thời gian thực hiện là rất nhỏ và không liên quan. Bất cứ ai có dữ liệu trong thế giới thực đều được chào đón để đóng góp.

Một điều quan trọng cần thêm: Khi sử dụng INSERT IGNORE và bạn có vi phạm chính, MySQL KHÔNG đưa ra cảnh báo!

Ví dụ: nếu bạn cố gắng chèn 100 bản ghi, với một bản ghi bị lỗi, bạn sẽ nhận được ở chế độ tương tác:

Query OK, 99 rows affected (0.04 sec)

Records: 100 Duplicates: 1 Warnings: 0

Như bạn thấy: Không có cảnh báo! Hành vi này thậm chí được mô tả sai trong Tài liệu Mysql chính thức.

Nếu tập lệnh của bạn cần được thông báo, nếu một số bản ghi chưa được thêm vào (do vi phạm chính), bạn phải gọi mysql_info () và phân tích cú pháp cho giá trị "Bản sao".

Tôi thường xuyên sử dụng INSERT IGNOREvà có vẻ như chính xác là loại hành vi mà bạn đang tìm kiếm. Miễn là bạn biết rằng các hàng gây ra xung đột chỉ mục sẽ không được chèn và bạn lên kế hoạch cho chương trình của mình, điều đó sẽ không gây ra rắc rối nào.

Tôi biết cái này đã cũ, nhưng tôi sẽ thêm ghi chú này trong trường hợp bất kỳ ai khác (như tôi) đến trang này trong khi cố gắng tìm thông tin trên INSERT..IGNORE.

Như đã đề cập ở trên, nếu bạn sử dụng INSERT..IGNORE, các lỗi xảy ra trong khi thực hiện câu lệnh INSERT được coi là cảnh báo thay thế.

Một điều không được đề cập rõ ràng là INSERT..IGNORE sẽ gây ra các giá trị không hợp lệ sẽ được điều chỉnh thành các giá trị gần nhất khi được chèn (trong khi các giá trị không hợp lệ sẽ khiến truy vấn hủy bỏ nếu từ khóa IGNORE không được sử dụng).

TRÊN CẬP NHẬT KHÓA NGHIÊM TRỌNG không thực sự trong tiêu chuẩn. Đó là về tiêu chuẩn như REPLACE. Xem SQL MERGE .

Về cơ bản cả hai lệnh đều là phiên bản cú pháp thay thế của các lệnh tiêu chuẩn.

ReplaceVào có vẻ như là một lựa chọn. Hoặc bạn có thể kiểm tra với

IF NOT EXISTS(QUERY) Then INSERT

Điều này sẽ chèn hoặc xóa sau đó chèn. Tôi có xu hướng đi IF NOT EXISTSkiểm tra đầu tiên.

Nguy cơ tiềm ẩn của INSERT IGNORE. Nếu bạn đang cố gắng chèn giá trị VARCHAR lâu hơn thì cột được xác định bằng - giá trị sẽ bị cắt bớt và chèn NGAY NẾU chế độ nghiêm ngặt được bật.

Nếu sử dụng insert ignore có một SHOW WARNINGS;câu lệnh ở cuối bộ truy vấn của bạn sẽ hiển thị một bảng có tất cả các cảnh báo, bao gồm cả ID nào là trùng lặp.

Nếu bạn muốn chèn vào bảng và xung đột của khóa chính hoặc chỉ mục duy nhất, nó sẽ cập nhật hàng xung đột thay vì chèn hàng đó.

Cú pháp:

insert into table1 set column1 = a, column2 = b on duplicate update column2 = c;

Bây giờ ở đây, câu lệnh chèn này có thể trông khác với những gì bạn đã thấy trước đó. Câu lệnh chèn này cố gắng chèn một hàng trong bảng1 với giá trị của a và b vào cột cột 1 và cột2 tương ứng.

Hãy hiểu sâu sắc về tuyên bố này:

Ví dụ: ở đây cột1 được định nghĩa là khóa chính trong bảng1.

Bây giờ, nếu trong bảng1, không có hàng nào có giá trị LỚN trong cột1. Vì vậy, tuyên bố này sẽ chèn một hàng trong bảng1.

Bây giờ nếu trong bảng1 có một hàng có giá trị là một giá trị trong cột2. Vì vậy, tuyên bố này sẽ cập nhật giá trị cột2 của hàng với giá trị trong đó giá trị cột1 là một giá trị.

Vì vậy, nếu bạn muốn chèn một hàng mới, hãy cập nhật hàng đó vào xung đột của khóa chính hoặc chỉ mục duy nhất.
Đọc thêm về liên kết này

INSERT...ON DUPLICATE KEY UPDATE được ưa thích để ngăn chặn quản lý ngoại lệ không mong muốn.

Giải pháp này hoạt động khi bạn có ** 1 ràng buộc duy nhất **

Trong trường hợp của tôi, tôi biết điều đó col1và col2tạo ra một chỉ số tổng hợp duy nhất.

Nó theo dõi lỗi, nhưng không đưa ra một ngoại lệ trên bản sao. Về hiệu suất, bản cập nhật có cùng giá trị là hiệu quả khi MySQL thông báo điều này và không cập nhật nó

INSERT INTO table
  (col1, col2, col3, col4)
VALUES
  (?, ?, ?, ?)
ON DUPLICATE KEY UPDATE
    col1 = VALUES(col1),
    col2 = VALUES(col2)

Ý tưởng sử dụng phương pháp này xuất phát từ các ý kiến ​​tại phpdelusions.net/pdo .