“IGNORE EKLE” vs “ÇİFT KİLİT ANAHTAR GÜNCELLEMESİNE EKLE…”

INSERTBirçok satır içeren bir deyim yürütülürken , başarısızlığa neden olabilecek yinelenen girişleri atlamak istiyorum. Bazı araştırmalardan sonra, seçeneklerim şunlardan birinin kullanımı gibi görünüyor:

• ON DUPLICATE KEY UPDATE bu da bir maliyetle gereksiz bir güncelleme anlamına gelir veya
• INSERT IGNORE bu da diğer türden başarısızlıkların habersiz kayma daveti anlamına gelir.

Bu varsayımlarda haklı mıyım? Yinelenenlere neden olabilecek satırları atlamanın ve diğer satırlara devam etmenin en iyi yolu nedir?

Kullanmanızı tavsiye ederim INSERT...ON DUPLICATE KEY UPDATE.

Eğer kullanırsanız INSERT IGNOREo yinelenen bir anahtar ile sonuçlanır, sonra satır aslında eklenmez. Ancak ifade bir hata oluşturmaz. Bunun yerine bir uyarı oluşturur. Bu durumlar şunları içerir:

• PRIMARY KEYVeya UNIQUEkısıtlı sütunlara yinelenen bir anahtar ekleme .
• NOT NULLKısıtlaması olan bir sütuna NULL ekleme .
• Bölümlenmiş bir tabloya satır eklemek, ancak eklediğiniz değerler bir bölümle eşleşmiyor.

Eğer kullanırsanız REPLACE, MySQL aslında gelmez DELETEbir takip INSERTiçten, bazı beklenmedik yan etkileri vardır ki:

• Yeni bir otomatik artış kimliği tahsis edilir.
• Yabancı anahtarları olan bağımlı satırlar silinebilir (basamaklı yabancı anahtarlar kullanıyorsanız) veya REPLACE .
• Yanan tetikleyiciler DELETEgereksiz yere yürütülür.
• Yan etkiler kopyalara da yayılır.

düzeltme: Her iki REPLACEve INSERT...ON DUPLICATE KEY UPDATEstandart dışı, MySQL tescilli buluşlar özgüdür. ANSI SQL 2003 MERGE, aynı ihtiyacı (ve daha fazlasını) çözebilecek bir deyim tanımlar , ancak MySQL MERGEdeyimi desteklemez .

Bir kullanıcı bu yayını düzenlemeye çalıştı (düzenleme denetleyiciler tarafından reddedildi). Düzenleme INSERT...ON DUPLICATE KEY UPDATE, yeni bir otomatik artış kimliğinin tahsis edilmesine neden olan bir hak talebi eklemeye çalıştı . Yeni kimliğin oluşturulduğu doğrudur , ancak değiştirilen satırda kullanılmaz.

Percona Server 5.5.28 ile test edilen aşağıdaki gösteriye bakın. Yapılandırma değişkeni innodb_autoinc_lock_mode=1(varsayılan):

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

Yukarıda IODKU deyimi yinelenen algıladığını gösterir ve değerini değiştirmek için güncelleştirmeyi çağırır u. Not AUTO_INCREMENT=3bir kimlik oluşturulduğu gösterir ancak üst üste kullanılmaz.

Oysa REPLACEüreten orijinal satır ve ekler, bir yeni satır silme yapar ve yeni bir otomatik artış kimliği saklama:

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

Tüm bunların ne anlama geldiğini görmek istiyorsanız, işte her şeyin bir darbesi:

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

Birincil anahtar, bu hızlı başvuru tablosunun her iki sütununu temel alır. Birincil anahtar benzersiz değerler gerektirir.

Hadi başlayalım:

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

not, yukarıdaki sütun kendini eşit ayarlayarak çok fazla ekstra iş kaydetti, aslında hiçbir güncelleme gerekli

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

ve şimdi bazı çok sıralı testler:

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

konsolda başka ileti oluşturulmadı ve artık tablo verilerinde bu 4 değere sahip. (1,1) hariç her şeyi sildim, böylece aynı oyun alanından test yapabilirim

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

İşte burada. Bunların hepsi üretimde olmayan ve neredeyse hiç veri içermeyen yeni bir masa üzerinde gerçekleştirildiğinden, uygulama süreleri mikroskopik ve alakasızdı. Gerçek dünya verilerine sahip olan herkes buna katkıda bulunmaktan memnuniyet duyar.

Eklemek için önemli bir şey: INSERT IGNORE kullanırken ve önemli ihlalleriniz varsa, MySQL bir uyarı YAPMAYIN!

Örneğin, biri hatalı biri olmak üzere bir kerede 100 kayıt eklemeyi denerseniz, etkileşimli moda girersiniz:

Query OK, 99 rows affected (0.04 sec)

Records: 100 Duplicates: 1 Warnings: 0

Gördüğünüz gibi: Uyarı Yok! Bu davranış resmi Mysql Belgeleri'nde bile yanlış tanımlanmıştır.

Betiğinizin bilgilendirilmesi gerekiyorsa, bazı kayıtlar eklenmediyse (anahtar ihlalleri nedeniyle) mysql_info () öğesini çağırmalı ve "Yinelenen" değer için ayrıştırmalısınız.

Ben rutin olarak kullanıyorum INSERT IGNOREve tam da aradığınız davranış gibi geliyor. Dizin çakışmalarına neden olacak satırların eklenmeyeceğini ve programınızı buna göre planladığınızı bildiğiniz sürece, herhangi bir soruna neden olmamalıdır.

Bunun eski olduğunu biliyorum, ancak INSERT..IGNORE hakkında bilgi bulmaya çalışırken başkalarının (benim gibi) bu sayfaya gelmesi durumunda bu notu ekleyeceğim.

Yukarıda belirtildiği gibi, INSERT..IGNORE kullanırsanız, INSERT deyimi yürütülürken oluşan hatalar uyarı olarak kabul edilir.

Açıkça belirtilmeyen bir şey, INSERT..IGNORE öğesinin geçersiz değerlerin eklendiğinde en yakın değerlere ayarlanmasına neden olacağıdır (geçersiz değerler IGNORE anahtar sözcüğü kullanılmazsa sorgunun iptal edilmesine neden olur).

DUPLICATE ÜZERİNDE ANAHTAR GÜNCELLEME gerçekten standart değildir. REPLACE kadar standarttır. Bkz. SQL MERGE .

Esasen her iki komut da standart komutların alternatif sözdizimi versiyonlarıdır.

ReplaceInto bir seçenek gibi görünüyor. Veya kontrol edebilirsiniz

IF NOT EXISTS(QUERY) Then INSERT

Bu eklenir veya silinir ve eklenir. IF NOT EXISTSÖnce bir çeke gitme eğilimindeyim .

INSERT IGNORE'un potansiyel tehlikesi. VARCHAR değerini daha uzun eklemeye çalışıyorsanız, sütun ile tanımlandı - değer kısaltılacak ve katı mod etkinleştirilirse EVEN eklenecektir.

Kullanılıyorsa insert ignorebir sahip SHOW WARNINGS;kimlikleri tekrarı olan hangi dahil tüm uyarılara, bir tablo gösterecektir sorgu set sonunda açıklama.

Tabloya ve birincil anahtarın veya benzersiz dizinin çakışmasına eklemek istiyorsanız, o satırı eklemek yerine çakışan satırı güncelleyecektir.

Sözdizimi:

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

Şimdi, bu insert ifadesi daha önce gördüklerinizden farklı görünebilir. Bu insert deyimi, sütun1 ve sütun2'ye sırasıyla a ve b değeriyle bir satır eklemeye çalışmaktadır.

Bu ifadeyi derinlemesine anlayalım:

Örneğin: burada sütun1, tablo1'deki birincil anahtar olarak tanımlanır.

Şimdi table1'de sütun1'de "a" değerine sahip bir satır yoksa. Yani bu ifade table1'e bir satır ekleyecektir.

Tablo1'de, sütun2'de "a" değerine sahip bir satır varsa. Bu ifade, satırın sütun2 değerini sütun1 değerinin "a" olduğu "c" ile güncelleyecektir.

Bu nedenle, yeni bir satır eklemek istiyorsanız, aksi takdirde birincil anahtarın veya benzersiz dizinin çakışmasıyla ilgili satırı güncelleyin.
Bu bağlantı hakkında daha fazla bilgi edinin

INSERT...ON DUPLICATE KEY UPDATE beklenmedik İstisnalar yönetimini önlemek için tercih edilir.

Bu çözüm yalnızca ** 1 benzersiz kısıtlamanız ** olduğunda çalışır

Benim durumumda bunu biliyorum col1vecol2 benzersiz bir bileşik endeks oluşturuyorum.

Hatayı izler, ancak yinelenen bir istisna atmaz. Performansla ilgili olarak, MySQL ile aynı değerde güncelleme yapmak etkilidir ve bunu güncellemez

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

Bu yaklaşımı kullanma fikri phpdelusions.net/pdo adresindeki yorumlardan geldi .