DELETE FROM TABLE WHERE rownum < 100 RETURNING id;

In MySQL müssen wir das in eine Transaktion verpacken und erst die Daten selektieren und dann können wir sie löschen (und genau dafür brauche ich nun eine gefüllte Testdatenbank aus meinem letzten Posting):

BEGIN;
SELECT id,f1,f2 FROM strintab ORDER BY ts ASC LIMIT 100;
#mach was mit den Results
DELETE FROM stringtab WHERE id in (..vermutlich alle abgeholten....);
COMMIT;

Damit hole ich exklusiv die ersten 100 Zeilen aus der DB und keiner kann auf die Daten zugreifen.
Kurz ausprobiert und tatsächlich niemand kann zugreifen weder auf die 100 records noch auf die anderen rows…

Wieso?
MySQL sperrt alle Zeilen über die sei zum zusammenstellen des Ergebnisses “drüber streicht”.
Will heißen so lange MySQL einen full table scan machen muss, sind alle records gesperrt sobald ein Index im Spiel ist und nur ein index range scan notwendig wird ist dieser Bereich gesperrt (mehr zu Explain).
Und auch ein LIMIT wird berücksichtigt also tatsächlich nur 100 Zeilen gesperrt wenn ich das Ergebnis mit einem LIMIT einschränke.

Also dann, legen wir einen Index an:

ALTER TABLE `test`.`stringtab`
 DROP INDEX `Index_timestamp`,
 ADD INDEX `Idx_stringtab_ts` USING BTREE(`ts`);

Und führen auf je einer Connection obiges Statement aus und wundern uns zuerst wieso eins davon wieder in einem Lock wait hängt (auch ein LIMIT 10,10 hilft nix)
Wenn man weiß das MySQL LIMIT immer bei 0 anfängt wird es klarer, die gesperrte Range startet immer bei 0 das Offset ist nur für die Ausgabe relevant.
Abhilfe schafft eine Änderung des Sortierkriteriums z.B.: DESC oder eine andere WHERE clause.
Alternativ und eher die empfehlenswerte Variante, im aufrufenden Programm sich die zu bearbeitenden resultsets merken und dann sofort auf der DB löschen und die Transaktion mit COMMIT freigeben und dabei halt das Risiko der Persistenz im Programm tragen.

Fassen wir zusammen:

• ohne Index immer ein lock auf die ganze Tabelle
• mit Index immer ein lock auf alle rows die durch die WHERE/ORDER BY clause eingeschränkt werden
• LIMIT wird berücksichtigt und sorgt für weniger row locks
• EXPLAIN ist wichtig

Ich will in einer Tabelle Felder mit Werten aus einer anderen Tabelle füllen wenn die ID aus der Quelltabelle identisch ist mit der Ziel Tabelle.

Dann wird erst einmal losgewerkelt und sich gewundet warum ein

UPDATE ziel SET ziel.wert = quell.wert FROM quelle WHERE ziel.id = quell.id;

nicht funktioniert.
Ein UPDATE kennt halt kein FROM und so wird das dann auch was:

UPDATE ziel,quelle SET ziel.wert = quell.wert WHERE ziel.id = quell.id;

Selbstverständlich geht das auch mit allen LEFT/RIGHT und was auch immer für JOINs

CREATE TABLE `testab`
(
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(45) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1;

INSERT INTO `testab` (`name`) VALUES (’blub’);

INSERT INTO `testab` (`id`,`name`) VALUES  (9,’9bsdwldub’);

INSERT INTO `testab` (,`name`) VALUES (’blub’); (’2′blub’);

Der letzte insert hat den PK 10 d.h. MySQL (wie auch Oracle) füllt mitnichten Lücken auf!

Ebenso muß mann sich bei MySQL nicht darum scheren ob eine ID schon belegt ist – diese wird dann beim insert übersprungen, das allerdings geht mit Sequenzen wie sie Oracle verwendet natürlich nicht.

Eine Sorge weniger…