сравнительно чтения на том же SSD?
забываете, что запись на обычном HDD это тоже позиционирование и запись. Так что за счет быстрого позиционирования запись будет вполне себе быстрой по сравнению с HDD. Насчет 10 раз не уверен.
Да и SSD довольно разные на рынке.
либо вы пишете бинлоги синхронно и тогда внезапная перезагрузка мастера восстановима через "проигрывание" на слейве,
либо будет 0 и вы получите полностью утерянные зафиксированные с точки зрения клиента транзакции при перезагрузке мастера. Слейв не обязательно их успеет прочитать.
лично я не понял, что вы там мутите. раз вас там так много, то и mysql, видимо, не вы настраивали.
если бинлоги вместо диска пишутся в память, значит одновременная перезагрузка обоих серверов тоже теряет зафиксированные транзакции.
к слову, вам там пытаются намекнуть что нужен рейд с батарейкой - так он нужен именно для быстрой работы в соответствии с ACID .
смысл в чем : вы не увидите сообщения "оплата произведена" пока данные не записаны в надежное хранилище. Может быть вы увидите внутреннюю ошибку, но это не важно.
Можете показать show variables like 'sync_binlog' на основном сервере?
Посмотрел этот хак:
там нету дополнительных пунктов меню "слева". Скорее всего вы не там ищете.
В основных настройках справа есть список и одна из страничек должна быть с настройками этого хака.
bugsmoran, разумеется речь о myisam не идет, так как ACID обсуждается применительно к транзакциям. А вот innodb не вернет ответ на commit, если операция пока запись на диск не завершится успешно. Так по дефолту и нужно еще постараться это сломать.
и че это за понты с ораклом? Repair table восстанавливает .MYD файлы, хотя и может отбросить несколько записей. myisamchk восстанавливает еще более агрессивно.
bugsmoran, есть такие требования ACID, которым удовлетворяет почти любая СУБД. Это настолько обычные требования, что программисты даже не задумываются выполняются они или нет.
http://ru.wikipedia.org/wiki/ACID
у вас эти требования обеспечиваются?
файлы cpnav_*.xml зОлили? потом или до установки продукта ?
попробуйте залить и еще раз удалить-поставить.
то есть перезагрузка (не поломка, а бросок питания) двух серверов в течении 4 часов cчитается невероятным событием? это дойчебанковский стандарт надежности штоле?
странная вообще идея запихать базы в ramdrive. встречал простенькие на вид запросы на поиск связей с самообъединением - очень сильно грузят процессор. даже загрузка такой базы в память не сильно поможет. понятно, что умный клиент решает эту задачу иначе, но раз уж вы наобещали, то будет решать наивно и положит вам mysql.
top задним числом называется atop. это если нужны данные максимально приближенные к top. хотя munin и подобные штуки будут поудобнее.
сейчас, конечно, уже поздно.
судя по коду хака версии 1.2.5 редактировать postbit не надо. но у вас может быть скин с ошибками.
может просто свежую версию хака поставить?
