Perché gli aggiornamenti semplici a "_edit_lock" in wp_postmeta sono così lenti?

Question

Perché gli aggiornamenti semplici a "_edit_lock" in wp_postmeta sono così lenti?

21 feb 2014, 19:04:04

Visualizzazioni: 19.4K

Voti: 13

Nel nostro log delle query lente di MySQL, la query cumulativamente più lenta è un semplice aggiornamento a wp_postmeta. Ecco un esempio:

UPDATE `wp_postmeta`
  SET `meta_value` = '1392835505:386'
  WHERE `post_id` = 94705 AND `meta_key` = '_edit_lock';

Dettagli rilevanti sulla nostra configurazione:

Tempo di query lenta MySQL impostato a 1s
Il motore di storage di wp_postmeta è InnoDB
In esecuzione in una grande installazione Multisite con decine di migliaia di post sul blog principale WP (dove si verificano queste query lente)
Alta attività nell'area admin di WP (molti scrittori/editori che lavorano in contemporanea, ma generalmente sul proprio contenuto, non su quello altrui)
Bassa attività sul lato pubblico di WP (non si sta effettivamente servendo contenuto dal blog principale)
Le query lente sembrano tutte utilizzare la chiave "_edit_lock"; query dello stesso formato (che usano una chiave diversa da "_edit_lock") non sembrano essere lente.

Perché questa è la query più lenta sul nostro sistema? Ha qualcosa a che fare con l'uso specifico che WP fa dei "blocchi di modifica"?

Grazie! :)

Aggiornamento: Output da mysqlsla qui sotto:

______________________________________________________________________ 001 ___
Count         : 606  (16.83%)
Time          : 2257.760468 s total, 3.725677 s avg, 1.00512 s to 84.645869 s max  (20.60%)
  95% of Time : 1355.289277 s total, 2.357025 s avg, 1.00512 s to 12.343604 s max
Lock Time (s) : 182.502 ms total, 301 μs avg, 29 μs to 157.542 ms max  (0.21%)
  95% of Lock : 22.882 ms total, 40 μs avg, 29 μs to 57 μs max
Rows sent     : 0 avg, 0 to 0 max  (0.00%)
Rows examined : 1 avg, 1 to 2 max  (0.00%)
Database      : xxx_wp
Users         :
        xxx_wp@localhost  : 98.84% (599) of query, 51.03% (1837) of all users
        yyy_wp@localhost  : 1.16% (7) of query, 0.94% (34) of all users

Query abstract:
SET timestamp=N; UPDATE wp_postmeta SET meta_value = 'S' WHERE post_id = N AND meta_key = 'S';

Query sample:
SET timestamp=1392835506;
UPDATE `wp_postmeta` SET `meta_value` = '1392835505:386' WHERE `post_id` = 94705 AND `meta_key` = '_edit_lock';

rinogo

1.44K

mysql post meta

Commenti

Quanti risultati ottieni con SELECT * FROM wp_postmeta WHERE meta_key='_edit_lock'; ?

adrian7

22 feb 2014 13:27:33

Grazie per la tua domanda, adrian7! Ci sono 33k righe che corrispondono alla tua query. Non sono familiare con l'utilizzo da parte di WP della meta key '_edit_lock'. È anormale?

rinogo

24 feb 2014 20:09:54

Non è anormale, WordPress la utilizza per avvisare gli utenti quando stanno cercando di modificare lo stesso post/pagina. Ti suggerisco di eliminare tutti i _edit_lock dalla tabella wp_postmeta, ovviamente quando nessuno sta modificando, e verificare eventuali miglioramenti nelle prestazioni. (Tra l'altro, fai prima un backup).

adrian7

25 feb 2014 14:13:34

Richiede anche un'enorme quantità di tempo quando fai semplicemente un SELECT di questa voce? Tipo SELECT * FROMwp_postmetaWHEREpost_id= 94705 ANDmeta_key= '_edit_lock';?

fischi

5 mar 2014 02:17:51

@fischi: Sembra che quella query richieda dai 45-50ms, almeno nei test che ho appena fatto qualche istante fa. Tuttavia, è possibile che occasionalmente possa richiedere molto tempo (ad esempio fino a 84 secondi, come mostrato nell'output di mysqlsla incluso nella domanda). Eseguirò una nuova analisi delle query lente per vedere se alcune delle recenti modifiche alla nostra configurazione hanno influenzato le query.

rinogo

13 mar 2014 20:52:48

Mostra i restanti 5 commenti

Tutte le risposte alla domanda

seot 196 · Answer 1 · 2014-04-02T04:25:45Z

il _edit_lock viene generato ogni volta che modifichi un articolo o una pagina. Contiene il timestamp e l'utente, in modo che WordPress sappia chi lo sta modificando attualmente.

meta_id     post_id     meta_key    meta_value
9           5           _edit_lock  1388386997:1

Se lo manipoli, WordPress reagisce in modo piuttosto sensibile... Ho provato a calcolare per quanti secondi qualcuno ha lavorato su un articolo. Ogni volta ha rallentato il caricamento del mio database.

Come hai detto, stai gestendo un multisite di grandi dimensioni. Non so quanti utenti scrivono articoli lì, ma potrebbe sicuramente saturare la RAM del server se troppe persone modificano un articolo contemporaneamente.

Una soluzione potrebbe essere: eliminare _edit_lock

Come disabilitare il "Post Lock/Edit Lock"?

Normalmente WordPress dovrebbe avere un solo "_edit_lock" per articolo. Alcuni database hanno il problema di generarli ogni volta.

Come questo utente http://wordpress.org/support/topic/can-i-remove-_edit_lock-_edit_last-from-wp_postmeta

La sua soluzione è stata eliminarli tutti. Per velocizzare puoi eliminarli tutti ogni notte alle 3 del mattino in phpMyAdmin con

DELETE FROM `yourdb`.`wp_postmeta` WHERE `wp_postmeta`.`meta_key` = '_edit_lock'

potresti trovare un cron job che faccia esattamente questo.

demopix 34 · Answer 2 · 2019-09-03T18:09:49Z

prova questo :)

UPDATE `wp_postmeta` 
    SET `meta_value` = concat(unix_timestamp(),':386')  
    WHERE `post_id`  = 94705 
      AND `meta_key` = '_edit_lock';

demopix

34

3 set 2019 18:09:49

demopix 34 · Answer 3 · 2020-04-23T10:53:11Z

Probabilmente il modo più semplice è utilizzare il metodo di WordPress.

update_post_meta($post_id, '_edit_lock', time().':'.$user_id);

demopix

34

23 apr 2020 10:53:11