> Т.е. тот, облачный, если он не нужен — выключен и не потребляет $$$
А вот тут я не соглашусь: он куплен за деньги, соответственно теряет в цене == амортизируется даже пока стоит и не работает. То есть ещё как потребляет $$$
Если я правильно понимаю назначение облачных сервисов типа Amazon они нужны тем людям, которые не могут себе позволить иметь простаивающие без работы дополнительные сервера.
А в вашей схеме, похоже, один из серверов всегда не обрабатывает клиентские запросы.
> Много ли людей с этой скорбной проблемой обращались в техподдержку
Да, довольно много. Также было много публичных сообщений об ошибках. Это послужило в плюс решению изменить default-character-set для mysqldump на UTF-8
> «Все символы в будущих свободных версиях MySQL планируется хранить с использованием только одного стандарта – UTF-8. Такое жесткое ограничение поможет избежать повреждений БД при вводе данных «не на том языке».»
Имеются в виду названия таблиц, баз данных и других сужебных объектов. Пользовательские данные как хранились в любой из поддерживаемых кодировок, так и хранятся. Также в 5.5.x добавились новые кодировки. А касательно служебных объектов UTF-8 видится логичным выбором, так как эта кодировка поддерживает все языки.
> Хабр — не Твиттер. Не стоит судя писать посты, суть которых сводится к «Помыл голову, пойду поем». «Персональный блог» — это не Diary/LJ/Li.Ru…
Люди писали комментарии, поэтому сочла нужным дать эту новость.
> Но даже если это опустить, то как такового списка изменений Вы не представили. В связи с этим пост можно было бы оформить ссылкой на Ваш сайт, и в качестве описания представить публике краткую информацию о Вашем «гайде».
Надо сказать новые правила с чекбоксами так напугали, что ссылку убрала, так как в оригинальном посте всё есть :)
----<q>----
---TRANSACTION 0 8984, ACTIVE 2 sec, OS thread id 2808 starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 320, 1 row lock(s)
MySQL thread id 2, query id 34 localhost 127.0.0.1 root Sending data
select * from d where d2='002' for update
— TRX HAS BEEN WAITING 2 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 57 n bits 80 index `PRIMARY` of table `cd`.`d` trx id 0
8984 lock_mode X waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 5; compact format; info bits 0
0: len 3; hex 313031; asc 101;; 1: len 6; hex 00000000230f; asc # ;; 2: len 7; hex
800000002d0110; asc — ;; 3: len 3; hex 303031; asc 001;;
4: len 2; hex 3131; asc 11;;
----</q>----
И ниже транзакция, которая держит lock
----<q>----
---TRANSACTION 0 8983, ACTIVE 30 sec, OS thread id 2408
4 lock struct(s), heap size 320, 7 row lock(s)
MySQL thread id 1, query id 30 localhost 127.0.0.1 root
----</q>----
> Я работаю в IT сфере, разрабатываю сайты, мой взгляд изнежен мягкими, четкими и гладкими шрифтами Windows. Когда я видела свои сайты в Kubutu, мне становилось страшно.
Поздравляю с подтверждением своего непрофессионализма.
Цимус был в том, чтобы лично. Многие сотрудники MySQL каждый день online на freenode/#mysql и #mysql-dev, есть списки рассылки, официальный форум. Так что в принципе вопрос можно задать всегда. Кстати мы ответили на *все* заданные вопросы. Других не было.
net_read_timeout
Сколько времени MySQL сервер будет ждать ответа от клиента осуществляющего чтение. Например, клиент послал запрос SELECT и читает ответ сервера.
net_write_timeout
Сколько времени MySQL сервер будет ждать ответа от клиента осуществляющего запись. Например, клиент поылает запрос для обработки.
(http://sql-error.microbecal.com/chap9.html)
> Вот здесь непонятно. Это работает? Вы что-то скрываете чего нет в документации или это ошибка?
Да, это ошибка. Спасибо за замечание!
> Какие вообще есть способы заставить mysql прерывать длинные запросы по времени, кроме написания программы-монитора?
Никаких. Впрочем, существует вот такой worklog: forge.mysql.com/worklog/task.php?id=1272
А что такое, кстати, «первый становится прокси для него.»? По двум mysqld нагрузка распределяется?
А вот тут я не соглашусь: он куплен за деньги, соответственно теряет в цене == амортизируется даже пока стоит и не работает. То есть ещё как потребляет $$$
А в вашей схеме, похоже, один из серверов всегда не обрабатывает клиентские запросы.
Да, довольно много. Также было много публичных сообщений об ошибках. Это послужило в плюс решению изменить default-character-set для mysqldump на UTF-8
> «Все символы в будущих свободных версиях MySQL планируется хранить с использованием только одного стандарта – UTF-8. Такое жесткое ограничение поможет избежать повреждений БД при вводе данных «не на том языке».»
Имеются в виду названия таблиц, баз данных и других сужебных объектов. Пользовательские данные как хранились в любой из поддерживаемых кодировок, так и хранятся. Также в 5.5.x добавились новые кодировки. А касательно служебных объектов UTF-8 видится логичным выбором, так как эта кодировка поддерживает все языки.
> Хабр — не Твиттер. Не стоит судя писать посты, суть которых сводится к «Помыл голову, пойду поем». «Персональный блог» — это не Diary/LJ/Li.Ru…
Люди писали комментарии, поэтому сочла нужным дать эту новость.
> Но даже если это опустить, то как такового списка изменений Вы не представили. В связи с этим пост можно было бы оформить ссылкой на Ваш сайт, и в качестве описания представить публике краткую информацию о Вашем «гайде».
Надо сказать новые правила с чекбоксами так напугали, что ссылку убрала, так как в оригинальном посте всё есть :)
Например в Initial reply вот здесь: bugs.mysql.com/bug.php?id=45901 почти такой же вывод
----<q>----
---TRANSACTION 0 8984, ACTIVE 2 sec, OS thread id 2808 starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 320, 1 row lock(s)
MySQL thread id 2, query id 34 localhost 127.0.0.1 root Sending data
select * from d where d2='002' for update
— TRX HAS BEEN WAITING 2 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 57 n bits 80 index `PRIMARY` of table `cd`.`d` trx id 0
8984 lock_mode X waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 5; compact format; info bits 0
0: len 3; hex 313031; asc 101;; 1: len 6; hex 00000000230f; asc # ;; 2: len 7; hex
800000002d0110; asc — ;; 3: len 3; hex 303031; asc 001;;
4: len 2; hex 3131; asc 11;;
----</q>----
И ниже транзакция, которая держит lock
----<q>----
---TRANSACTION 0 8983, ACTIVE 30 sec, OS thread id 2408
4 lock struct(s), heap size 320, 7 row lock(s)
MySQL thread id 1, query id 30 localhost 127.0.0.1 root
----</q>----
Поздравляю с подтверждением своего непрофессионализма.
А почему Вы не задали один умный вопрос?