forum.bitel.ru http://forum.bitel.ru/ |
|
mysql http://forum.bitel.ru/viewtopic.php?f=22&t=4248 |
Страница 1 из 1 |
Автор: | skn [ 05 июл 2010, 14:46 ] |
Заголовок сообщения: | Re: mysql |
1) покажите конфиг mysql 2) опишите цели (для чего и как вы хотите использовать mysql) |
Автор: | snark [ 05 июл 2010, 16:49 ] |
Заголовок сообщения: | Re: mysql |
![]() 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 писал(а): что будет если их убрать перенести ? какие последствия ждать ? если репликации нет то вообще ничего мускулу не будет! даже чутка быстрее работать начнет ![]() 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 |
доку не читал и читать не собираюсь! читайте и думайте за меня! мне нужны только готовые к внедрению решения! походу так ![]() |
Автор: | dagport [ 07 июл 2010, 17:33 ] |
Заголовок сообщения: | Re: mysql |
skyb писал(а): А что именно непонятно?? вот смотри ты говоришь надо тут dagport писал(а): skyb писал(а): да, заново создать реплику и в my.cnf указать Код: log-bin = путь куда ложить можно подробней Создать занаво реплику, зачем если я ее не использую ? (но я не хочу ее отключать вдруг буду работать с этим делом ..но при этом надо перенести в другой раздел) log-bin = тут надо прописать путь говришь ...допустим сделал, теперь он заливает в новое место он начнет именна файлов с 0001 давать или продолжит с того мета где останавливался к примеру 00089 (мне надо потом перенести то что он все это время заливал ) snark писал(а): доку не читал и читать не собираюсь! читайте и думайте за меня! мне нужны только готовые к внедрению решения! походу так ![]() А доку я читаю просто пойми все сразу не бывает ... |
Автор: | 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
|
Автор: | 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/ |