python и обработка ошибок восстановления mysql

вываливает результат, где как бы ошибка, но в выхлопе

Например?

в первом случае, он не вываливает исключение, хотя базу восстановить не может:

mysql> repair table maxxin_forum.blog_usercss;
+---------------------------+--------+----------+--------------------------------------+
| Table                     | Op     | Msg_type | Msg_text                             |
+---------------------------+--------+----------+-----------------------------mysql> repair table maxxin_forum.blog_usercss;
+---------------------------+--------+----------+--------------------------------------+
| Table                     | Op     | Msg_type | Msg_text                             |
+---------------------------+--------+----------+--------------------------------------+
| maxxin_forum.blog_usercss | repair | Error    | Incorrect file format 'blog_usercss' |
| maxxin_forum.blog_usercss | repair | error    | Corrupt                              |
+---------------------------+--------+----------+--------------------------------------+
2 rows in set (0.00 sec)

mysql> sdgdfsg;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'sdgdfsg' at line 1
---------+
| maxxin_forum.blog_usercss | repair | Error    | Incorrect file format 'blog_usercss' |
| maxxin_forum.blog_usercss | repair | error    | Corrupt                              |
+---------------------------+--------+----------+--------------------------------------+
2 rows in set (0.00 sec)

mysql> sdgdfsg;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'sdgdfsg' at line 1

видимо, исключение будет вываливаться, только если запрос кривой

Ты уверен, что это не глюки в выводе клиента?

это у меня мышка шлючит и тыкает среднюю дважды вместо одного раза

mysql> repair table maxxin_forum.blog_usercss;
+---------------------------+--------+----------+--------------------------------------+
| Table                     | Op     | Msg_type | Msg_text                             |
+---------------------------+--------+----------+--------------------------------------+
| maxxin_forum.blog_usercss | repair | Error    | Incorrect file format 'blog_usercss' |
| maxxin_forum.blog_usercss | repair | error    | Corrupt                              |
+---------------------------+--------+----------+--------------------------------------+
2 rows in set (0.00 sec)

mysql> sdgdfsg;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'sdgdfsg' at line 1

во втором случае, я думаю, будет исключение в первом не будет потому что майсиквел его не порождает, а пистон и модули как бы и ни при чём

А почему в первом случае должно быть исключение?

хз, например, потому что он ошибается на восстановлении?

майсиквел

К логопеду, выдра!

Он о этом сообщает в выводе. И по идее парсить его не надо, можно получить обычным способом, как результат sql запроса.

sql - сиквел, mysql - майсиквел. нет?

ну всё равно надо мутить словарь из этого или лист, в общем, не круто

В Msg_type же одно слово

на каждую строку по одному слову, а строки две

эээ, man mysqlcheck

1. я изучаю пихтон

2. теперь там не работает одновременно --analyze --optimize --repair. ещё он вылетает, если навернуть --all-databases на первой ошибке. так что обёртку по-любому писать нужно, хоть на баше в несколько строк

я изучаю пихтон

нет, все же к логопеду.

нулёвой балтикой упоролся?

Если всё в порядке, то строка будет одна, а последнее поле ОК. Вот тебе и признак.

пихтон изучить. и ещё ла поглядывать

чего? Кстати строка необязательно будет одна. Но в последней строке будет ОК. Так в мануале пишут. Походу единственный способ узнать результат.

лоад аверейдж.

да блин, майсиквелчек делает то же самое, но неадекватно выдаёт результат, который неудобно читать. тем более, что там ещё бывает, что в одной строке блабла, будет пересоздавать, а только потом уже, что ок. ещё, правда, можно -s использовать, но пихтон-то надо потыкать палочкой

не работает одновременно --analyze --optimize --repair

Тебе кажется это странным?

ещё он вылетает, если навернуть --all-databases на первой ошибке

это то что тебе нужно

wikipedia

Аббревиатура SEQUEL расшифровывалась как Structured English QUEry Language — «структурированный английский язык запросов». Позже по юридическим соображениям язык SEQUEL был переименован в SQL. Когда в 1986 году первый стандарт языка SQL был принят ANSI (American National Standards Institute), официальным произношением стало [,es kju:' el] — эс-кью-эл. Несмотря на это, даже англоязычные специалисты зачастую продолжают читать SQL как сиквел (по-русски часто говорят «эс-ку-эль» или используют жаргонизм «скуль»).

SQL - эс-ку-эль, SEQUEL - сиквел. и юридически это разные вещи, да простят меня англоязычные специалисты.

раньше работало. алсо вылет на первой ошибке не нужен, хотя есть -f

логопед-то причём, зануда? может мне ещё ляликс линуксом называть?