В новом релизе MySQL 5.0.17 (http://groups.google.com/group/mailing.database.myodbc/msg/8...) исправлено более 70 ошибок, из новшеств (http://dev.mysql.com/doc/refman/5.0/en/news-5-0-17.html) можно отметить появление идентификатора DEFINER в конструкции CREATE TRIGGER и возможность рекурсивного вызова хранимых процедур.
Также стоит упомянуть про выход статьи "Mysql Cluster: Two webserver setup (http://www.davz.net/static/howto/mysqlcluster)", в которой рассказано как создать двухнодовый MySQL кластер для балансировки нагрузки и повышения отказоустойчивости.URL: http://groups.google.com/group/mailing.database.myodbc/msg/8...
Новость: http://www.opennet.me/opennews/art.shtml?num=6664
Кластеры это прикольно.
Может кто знает, как сделать чтобы все что девелопишь в мускле на своей тачке, потом "коммитилось" на сервер. Т.е. как синхронизировать Mysql? сейчас делаю простым дампом структуры и сравнением..
имхо тебе не кластер нужен, а репликация
вот так это и делается :)
хороша штука но пока они не сделают 'cluster-on-disk'.....у меня база где-то 70gb... мозгов не напасешься держать все в памяти
когда же disk-based таблицы в кластере реализуют? Репликация - годится только для hot-backup или просто побаловаться.
smartcgi, мы прям одновременно про одно и то же :-) Нет, ну можно процессу репликации приделать синхронизацию по состоянию с партнерами, но это все не то. Там механизм изначально неоптимальный по-моему.
похоже пол mysql-мира о том же думает :)ну мы репликацию юзаем для MyDNS ( mysql-based DNS server, где-то под 1M записей ).Намана так.
и еще под какие-то записи.... там где не требуется на slave обновление
хотя конечно, да, это не то же самое что clusterсмотрю в сторону NAS/SAN
репликацию очень клево юзать для бекапов, особенно если база большая.