Hallo zusammen,
wir haben gerade auf Version 19.1 (19.1.20200130) geupdated. Beim Öffnen des Nutzerdialoges (Admin -> Benutzerkonten -> Doppelklick auf ein Nutzerkonto) hängt der MySQL-Prozessfür ca. 30 Sekunden bei 100% CPU, kein io-Wait oder sonstiges.
Ich konnte das auf diesen SELECT eingrenzen (und mit dem CLI-Tool mysql auch nachvollziehen):
SELECT n_fn,org_name,account_id AS user_id,
(
SELECT CONCAT(cal_start,':',egw_cal_user.cal_id,':',cal_recur_date)
FROM egw_cal_user
JOIN egw_cal_dates on egw_cal_dates.cal_id=egw_cal_user.cal_id and (cal_recur_date=0 or cal_recur_date=cal_start)
JOIN egw_cal ON egw_cal.cal_id=egw_cal_user.cal_id AND egw_cal.cal_deleted IS NULL
WHERE cal_user_type='u' and cal_user_id=account_id and cal_start < UNIX_TIMESTAMP(NOW())
order by cal_start DESC Limit 1
) as last_event,
(
SELECT CONCAT(cal_start,':',egw_cal_user.cal_id,':',cal_recur_date)
FROM egw_cal_user
JOIN egw_cal_dates on egw_cal_dates.cal_id=egw_cal_user.cal_id and (cal_recur_date=0 or cal_recur_date=cal_start)
JOIN egw_cal ON egw_cal.cal_id=egw_cal_user.cal_id AND egw_cal.cal_deleted IS NULL
WHERE cal_user_type='u' and cal_user_id=account_id and cal_start > UNIX_TIMESTAMP(NOW()) order by cal_recur_date ASC, cal_start ASC Limit 1
) as next_event
FROM egw_addressbook
WHERE account_id=218
Das scheint der gleiche SELECT wie hier zu sein:
Allerdings tritt es bei uns nicht im Kalender, sondern im Adminmodul auf. Der Benutzerkonto-Dialog hat ja gar keine Spalte “Letzer / Nächster Termin”, somit gehe ich von einem BUG aus. Und ja, unsere Kalendertabelle ist gut gefüllt 
Schonmal vielen Dank für die Hilfe!
