неудачное обновление mysql с 5.0.77 до 5.1.33

если нет - что пишет в stderr? может это InnoDB внутри себя что-то переделывает?

Клиент подцепляется. но запросы выполняются далеко не все.

Большая часть зависает надолго, я не дождался...

в /var/lib/mysql/server.err есть только несколько предупреждений на запросы mediawiki.

[Warning] Statement is not safe to log in statement format.

судя по [Warning] /usr/sbin/mysqld: Forcing close of thread 429  user: 'dbmail' при завершении, зависают какие то запросы от dbmail. только как определить какие?

А куда совать?

Постгресу при обновлении вообще базу конвертировать надо...

Все субд - говно :)

попробую

SHOW PROCESSLIST их не показывает?

на днях попробую...

обновил до 5.1.34 - пока все нормально...

Не, все равно сдох..

1249    dbmail  localhost       dbmail  Query   2392    Sending data   SELECT messageblk, is_header FROM dbmail_messageblks WHERE physmessage_id = 278699 ORDER BY messageblk_idnr
1253    dbmail  localhost       dbmail  Query   2539    Sending data    SELECT messageblk, is_header FROM dbmail_messageblks WHERE physmessage_id = 278699 ORDER BY messageblk_idnr
1254    dbmail  localhost       dbmail  Query   2468    Sending data    SELECT messageblk, is_header FROM dbmail_messageblks WHERE physmessage_id = 278699 ORDER BY messageblk_idnr

Дело в запросе

SELECT messageblk, is_header FROM dbmail_messageblks WHERE physmessage_id = 278699 ORDER BY messageblk_idnr

на 5.0.77 выполняется моментально
на реплицированной базе на 5.1.34 - виснет...

обошел проблему патчем к dbmail

  patch -p0 dbmail-message.c <<EOF
744c744
<               "FROM %smessageblks "
---
>               "FROM %smessageblks use index(physmessage_id_index)"
EOF

Тут (http://www.gossamer-threads.com/lists/dbmail/users/27773) обсуждается что-то похожее.

может кому пригодится...

И похоже на это уже есть bug report

http://bugs.mysql.com/bug.php?id=38745