Dans certains cas, l'exécution d'une instruction UPDATE en production peut sauver la situation. Cependant, une mise à jour bloquée peut être pire que le problème initial.

À moins d'utiliser une base de données de test, quelles sont les options pour dire ce qu'une instruction de mise à jour fera avant de l'exécuter?

En plus d'utiliser une transaction comme Imad l'a dit (ce qui devrait être obligatoire de toute façon), vous pouvez également faire un contrôle de cohérence sur les lignes affectées en exécutant une sélection en utilisant la même clause WHERE que UPDATE.

Donc, si vous UPDATE est

UPDATE foo
  SET bar = 42
WHERE col1 = 1
  AND col2 = 'foobar';

Ce qui suit vous montrera quelles lignes seront mises à jour:

SELECT *
FROM foo
WHERE col1 = 1
  AND col2 = 'foobar';

Qu'en est-il des transactions? Ils ont la fonction ROLLBACK.

@voir https://dev.mysql.com/doc/refman/5.0/en/commit.html

Par exemple:

START TRANSACTION;
SELECT * FROM nicetable WHERE somthing=1;
UPDATE nicetable SET nicefield='VALUE' WHERE somthing=1;
SELECT * FROM nicetable WHERE somthing=1; #check

COMMIT;
# or if you want to reset changes 
ROLLBACK;

SELECT * FROM nicetable WHERE somthing=1; #should be the old value

Répondez à la question de @rickozoe ci-dessous:

En général, ces lignes ne seront pas exécutées une seule fois. En PHP, vous écririez quelque chose comme ça (peut-être un peu plus propre, mais je voulais répondre rapidement ;-)):

$MysqlConnection->query('START TRANSACTION;');
$erg = $MysqlConnection->query('UPDATE MyGuests SET lastname='Doe' WHERE id=2;');
if($erg)
    $MysqlConnection->query('COMMIT;');
else
    $MysqlConnection->query('ROLLBACK;');

Une autre façon serait d'utiliser les variables MySQL (voir https://dev.mysql.com/doc/refman/5.7/en/user-variables.htm l et https://stackoverflow.com/a/18499823/1416909 ):

# do some stuff that should be conditionally rollbacked later on

SET @v1 := UPDATE MyGuests SET lastname='Doe' WHERE id=2;
IF(v1 < 1) THEN
    ROLLBACK;
ELSE
    COMMIT;
END IF;

Mais je suggérerais d'utiliser les wrappers de langage disponibles dans votre langage de programmation préféré.

Autocommit OFF ...

MySQL

set autocommit=0;

Il désactive la validation automatique pour la session en cours.

Vous exécutez votre instruction, voyez ce qu'elle a changé, puis annulez si elle est incorrecte ou validez si c'est ce que vous attendiez!

EDIT: L'avantage d'utiliser des transactions au lieu d'exécuter une requête de sélection est que vous pouvez vérifier plus facilement l'ensemble résultant.

Je sais que c'est une répétition d'autres réponses, mais cela a un certain soutien émotionnel pour faire le pas supplémentaire pour tester la mise à jour: D

Pour tester la mise à jour, hash # est votre ami.

Si vous avez une déclaration de mise à jour comme:

UPDATE 
wp_history
SET history_by="admin"
WHERE
history_ip LIKE '123%'

Vous hachez UPDATE et SET pour les tester, puis les hachez à nouveau:

SELECT * FROM
#UPDATE
wp_history
#SET history_by="admin"
WHERE
history_ip LIKE '123%'

Cela fonctionne pour les déclarations simples.

Une autre solution pratiquement obligatoire consiste à obtenir une copie (copie de sauvegarde) chaque fois que vous utilisez la mise à jour sur une table de production. Phpmyadmin> opérations> copie: table_yearmonthday. Cela ne prend que quelques secondes pour les tables <= 100M.

Ce n'est pas une réponse directe, mais j'ai vu de nombreuses situations de données de prod embarrassées qui auraient pu être évitées en tapant d'abord la WHEREclause ! Parfois, un WHERE 1 = 0peut aider à rédiger une déclaration de travail en toute sécurité. Et regarder un plan d'exécution estimé, qui évaluera les lignes affectées, peut être utile. Au-delà de cela, dans une transaction que vous annulez comme d'autres l'ont dit.

Dans les cas que vous souhaitez tester, il est judicieux de se concentrer uniquement sur les valeurs de colonne actuelles et sur les valeurs de colonne bientôt mises à jour .

Veuillez jeter un œil au code suivant que j'ai écrit pour mettre à jour les prix WHMCS:

# UPDATE tblinvoiceitems AS ii

SELECT                        ###  JUST
    ii.amount AS old_value,   ###  FOR
    h.amount AS new_value     ###  TESTING
FROM tblinvoiceitems AS ii    ###  PURPOSES.

JOIN tblhosting AS h ON ii.relid = h.id
JOIN tblinvoices AS i ON ii.invoiceid = i.id

WHERE ii.amount <> h.amount   ### Show only updatable rows

# SET ii.amount = h.amount

De cette façon, nous comparons clairement les valeurs déjà existantes par rapport aux nouvelles valeurs.

Exécutez la requête de sélection sur la même table avec toutes les whereconditions que vous appliquez dans la requête de mise à jour.

en faire un SELECT,

comme si tu avais

UPDATE users SET id=0 WHERE name='jan'

le convertir en

SELECT * FROM users WHERE name='jan'