forum.bitel.ru
http://forum.bitel.ru/

mysql
http://forum.bitel.ru/viewtopic.php?f=22&t=4248
Страница 1 из 1

Автор:  dagport [ 05 июл 2010, 12:06 ]
Заголовок сообщения:  mysql

mysql быстро забивает винт/ для чего эти файлы скрин. насколько я понял это для Репликация.

Вложения:
Комментарий к файлу: ))
skrin.gif
skrin.gif [ 42.5 КБ | Просмотров: 9564 ]

Автор:  skn [ 05 июл 2010, 14:46 ]
Заголовок сообщения:  Re: mysql

1) покажите конфиг mysql
2) опишите цели (для чего и как вы хотите использовать mysql)

Автор:  snark [ 05 июл 2010, 16:49 ]
Заголовок сообщения:  Re: mysql

:facepalm:
RTFM! надо добавить в my.cnf
Код:
expire_logs_days = X

чтоб файлы были не старше X дней - все что старее будут удалятся
попутно, по желанию, можете добавить
Код:
max_binlog_size = XM

чтоб фалы были по X метров (например: 100M - 100 метров и т.п.)

Автор:  dagport [ 05 июл 2010, 17:41 ]
Заголовок сообщения:  Re: mysql

..если честно я не понял вопроса как для чего чтоб работала с биллингом вела базу . ну если вы имеете ввиду какие операции будут в будущем ..то пока в планах поставить второй . и сделать чтоб база лилась и на второй сервер одновременно если упадет одна система, чтоб автоматический поднялся второй сервак с актуальной базой.
А на данный момент у меня проблема пока с монтированием диска, так как не разобрался пока с рейдом. И у меня 50 гиг на том месте, где это все собирается из них 48 заняты теперь надо что то придумать …временно как бы ….и вот я вижу эти файлы …

Автор:  snark [ 05 июл 2010, 18:03 ]
Заголовок сообщения:  Re: mysql

dagport писал(а):
у меня 50 гиг на том месте, где это все собирается из них 48 заняты теперь надо что то придумать …временно как бы ….и вот я вижу эти файлы …

_внимательно_ читаем мое предыдущее сообщение, после чего добавляем нужное в конфиг, переружаем мускул, даем команду RESET MASTER; и наслаждаемся небольшим кол-вом файлов ;)

Автор:  dagport [ 05 июл 2010, 18:27 ]
Заголовок сообщения:  Re: mysql

snark писал(а):
dagport писал(а):
у меня 50 гиг на том месте, где это все собирается из них 48 заняты теперь надо что то придумать …временно как бы ….и вот я вижу эти файлы …

_внимательно_ читаем мое предыдущее сообщение, после чего добавляем нужное в конфиг, переружаем мускул, даем команду RESET MASTER; и наслаждаемся небольшим кол-вом файлов ;)


Да все круто ..но не кто мне не сказал для чего эти файлы ? что будет если их убрать перенести ? какие последствия ждать ? ...и еще ваш вариант с вашей стороны превосходен, но я тоже должен знать после этих действий как он себя поведет, на что будет влиять, будет ли репликация нормально работать ....

Автор:  skn [ 05 июл 2010, 18:37 ]
Заголовок сообщения:  Re: mysql

dagport писал(а):
..если честно я не понял вопроса как для чего чтоб работала с биллингом вела базу .


из вашего первого поста совершенно не следовало, что вам нужна репликация.... поэтому и возникают варианты, отключить создание файлов, настроить сроки хранения и т.д.

Автор:  snark [ 05 июл 2010, 19:27 ]
Заголовок сообщения:  Re: mysql

dagport писал(а):
для чего эти файлы ?

мне всю доку пересказать?

dagport писал(а):
что будет если их убрать перенести ? какие последствия ждать ?

если репликации нет то вообще ничего мускулу не будет! даже чутка быстрее работать начнет :P можно даже отключить создание бинарных логов к такой-то матери и ничего принципиально страшного не произойдет, повторюсь - если нет репликации, разве что РоТ восстановлением воспользоваться не сможете ...

dagport писал(а):
я тоже должен знать после этих действий как он себя поведет, на что будет влиять, будет ли репликация нормально работать ....

да никак не поведет и ни на что не повлияет! репликация работать не будет в случае если вообще отключите бинарные логи, а изменение размеров и времени жизни на нее (репликацию) не влияет

Автор:  skyb [ 06 июл 2010, 05:09 ]
Заголовок сообщения:  Re: mysql

Видать я в настройки реплики что то упустил
Код:
expire_logs_days = X
то что логи будут удаляться некак не повлияет на работу реплики?

Автор:  dagport [ 07 июл 2010, 11:45 ]
Заголовок сообщения:  Re: mysql

Как можно перевести место хранения этих файлов, чтоб система эти файлы лила в другой раздел. И сделать это как то мягко и быстро ?

Автор:  skyb [ 07 июл 2010, 12:36 ]
Заголовок сообщения:  Re: mysql

да, заново создать реплику и в my.cnf указать
Код:
log-bin = путь куда ложить

Автор:  dagport [ 07 июл 2010, 15:42 ]
Заголовок сообщения:  Re: mysql

skyb писал(а):
да, заново создать реплику и в my.cnf указать
Код:
log-bin = путь куда ложить


можно подробней

Автор:  skyb [ 07 июл 2010, 15:44 ]
Заголовок сообщения:  Re: mysql

А что именно непонятно??

Автор:  snark [ 07 июл 2010, 16:40 ]
Заголовок сообщения:  Re: mysql

доку не читал и читать не собираюсь! читайте и думайте за меня! мне нужны только готовые к внедрению решения!
походу так :facepalm:

Автор:  dagport [ 07 июл 2010, 17:33 ]
Заголовок сообщения:  Re: mysql

skyb писал(а):
А что именно непонятно??

вот смотри ты говоришь надо тут
dagport писал(а):
skyb писал(а):
да, заново создать реплику и в my.cnf указать
Код:
log-bin = путь куда ложить


можно подробней

Создать занаво реплику, зачем если я ее не использую ? (но я не хочу ее отключать вдруг буду работать с этим делом ..но при этом надо перенести в другой раздел)
log-bin = тут надо прописать путь говришь ...допустим сделал, теперь он заливает в новое место он начнет именна файлов с 0001 давать или продолжит с того мета где останавливался к примеру 00089 (мне надо потом перенести то что он все это время заливал )

snark писал(а):
доку не читал и читать не собираюсь! читайте и думайте за меня! мне нужны только готовые к внедрению решения!
походу так :facepalm:

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

Автор:  skyb [ 07 июл 2010, 17:39 ]
Заголовок сообщения:  Re: mysql

смотри, ставишь ту дерективу которую я указал с путем нужным...а то фраза поподробней..мало чего полезного в себе несет :)...так вот..потом..эм...если ща реплика ненужна(как я понимаю и понятия о том что это такое тоже нет?)то проще вообще удалить все и включая те параметры которые отвечают за реплику...потому как ее всеравно придется перенастраивать указывая другое местоположение, темболее это несложно.

Автор:  Akhmat [ 07 июл 2010, 17:47 ]
Заголовок сообщения:  Re: mysql

dagport писал(а):
Создать занаво реплику, зачем если я ее не использую ?


чтобы отключить закомменть параметры
#server-id=1
#log-bin

Если не используешь, не стоит и вести её. нет смысла. Когда начнешь, эти логи особо не нужны будут, потому как репликацию биллинга с нуля с них не поднимешь.(на момент когда ты начал вести репликацию, в базе были данные, и инормации о них нет в логах)

Автор:  dagport [ 07 июл 2010, 18:50 ]
Заголовок сообщения:  Re: mysql

Akhmat писал(а):
dagport писал(а):
Создать занаво реплику, зачем если я ее не использую ?


чтобы отключить закомменть параметры
#server-id=1
#log-bin

Если не используешь, не стоит и вести её. нет смысла. Когда начнешь, эти логи особо не нужны будут, потому как репликацию биллинга с нуля с них не поднимешь.(на момент когда ты начал вести репликацию, в базе были данные, и инормации о них нет в логах)

теперь светлее .... еще в мускуле оно по умолчания автоматом ведеться репликация ?

Автор:  skyb [ 07 июл 2010, 19:21 ]
Заголовок сообщения:  Re: mysql

неет ее нужно настраивать...я как понимаю вы уже пришли на готовую рабочую систему и то как это все устроено и работает видите впервые??мой совет вам...уделите мнооого времени прочтению мануалов по этому вопросу дабы понять представление об этом, есть конфиги и коменты к ним на русском как подымать репликацию, поднимите на тестовых машинах, а тм и принцип понятен будет

Автор:  dagport [ 08 июл 2010, 12:16 ]
Заголовок сообщения:  Re: mysql

Akhmat писал(а):
dagport писал(а):
Создать занаво реплику, зачем если я ее не использую ?


чтобы отключить закомменть параметры
#server-id=1
#log-bin

Если не используешь, не стоит и вести её. нет смысла. Когда начнешь, эти логи особо не нужны будут, потому как репликацию биллинга с нуля с них не поднимешь.(на момент когда ты начал вести репликацию, в базе были данные, и инормации о них нет в логах)

после этих действий у меня мускул на рестарт не пошел, пищит это Manager of pid-file quit without updating file. после перезапустил сервер ...тоже самое ... пришлось все вернуть на место и заработало ..

Автор:  Akhmat [ 08 июл 2010, 13:51 ]
Заголовок сообщения:  Re: mysql

проверил, перезапускается нормально. попробуй остановить, потом закомментить)

Автор:  dagport [ 08 июл 2010, 13:57 ]
Заголовок сообщения:  Re: mysql

Akhmat писал(а):
проверил, перезапускается нормально. попробуй остановить, потом закомментить)

а разница то какая ?

Автор:  snark [ 08 июл 2010, 14:16 ]
Заголовок сообщения:  Re: mysql

dagport писал(а):
а разница то какая ?

MySQL Reference Manual писал(а):
Dynamic Variable No

в мануале ни о чем не говорит?

Автор:  Akhmat [ 08 июл 2010, 14:17 ]
Заголовок сообщения:  Re: mysql

Перезапуск критичен? тогда не пробуй.
также попробуй закомментить только log-bin параметр.

Под виндоуз репликация по умолчанию не предлагается в дистрибутиве mysql, под linux(centos), freebsd по умолчанию включена. на виндоуз машине тестировал, добавлял эти параметры чтобы запустить репликацию, и убирал, чтобы отключить. На centos щас перепроверил, тоже верно.

Автор:  dagport [ 08 июл 2010, 14:49 ]
Заголовок сообщения:  Re: mysql

Akhmat писал(а):
Перезапуск критичен? тогда не пробуй.
также попробуй закомментить только log-bin параметр.

тоже самое ((

вот сам my

Вложения:
my.txt [20.34 КБ]
Скачиваний: 435

Автор:  Akhmat [ 08 июл 2010, 19:23 ]
Заголовок сообщения:  Re: mysql

Код:
l# Enable binary logging. This is required for acting as a MASTER in a
# replication configuration. You also need the binary log if you need
# the ability to do point in time recovery from your latest backup.
log-bin=mysql-bin

# binary logging format - mixed recommended
binlog_format=mixed

# If you're using replication with chained slaves (A->B->C), you need to
# enable this option on server B. It enables logging of updates done by
# the slave thread into the slave's binary log.
#log_slave_updates

# Enable the full query log. Every query (even ones with incorrect
# syntax) that the server receives will be logged. This is useful for
# debugging, it is usually disabled in production use.
#log

# Print warnings to the error log file.  If you have any problem with
# MySQL you should enable logging of warnings and examine the error log
# for possible explanations.
#log_warnings

# Log slow queries. Slow queries are queries which take more than the
# amount of time defined in "long_query_time" or which do not use
# indexes well, if log_short_format is not enabled. It is normally good idea
# to have this turned on if you frequently add new queries to the
# system.
slow_query_log

# All queries taking more than this amount of time (in seconds) will be
# trated as slow. Do not use "1" as a value here, as this will result in
# even very fast queries being logged from time to time (as MySQL
# currently measures time with second accuracy only).
long_query_time = 2


Вон сколько параметров конфигурации репликации мастер базы... Тогда попробуй все параметры тут закомментить

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/