Репликация master<->master
Добавлено: 2007-07-29 19:21:35
У кого работает данная конфигурация, вопрос - запросы select также дублируются на второй сервер или только туда идут запросы insert,update and delete ???? Спасибо )
forum.lissyara.su
У русских простые принципы в жизни: голодного - накормить, замерзшего - согреть, утопающего - спасти, охуевшего - отпиздить
https://forum.lissyara.su/
Репликация master<->master
Страница 1 из 1
Re: Репликация master<->master
Добавлено: 2007-07-29 20:22:53
насколько помню - идут тока запросы модифицирующие данные.
Re: Репликация master<->master
Добавлено: 2007-07-29 20:26:34
да нет смысла селект делать
в основном как указал lissyara это тока запросы модифицирующие данные.
в основном как указал lissyara это тока запросы модифицирующие данные.
Re: Репликация master<->master
Добавлено: 2007-07-30 11:03:52
да , смысла нет - но вот вопрос как обстоит дело на самом деле ?)
Идея такова - у сервера много оперативки свободной и тормознутые диски - есть ли смысл создавать раздел в памяти и перенести на него базы с репликацией на другую базу на диске. Запросы к базе в основном идут select. Потом при старте системы просто опять пересоздавать раздел в памяти и копировать на него с винта файлики баз данных. Запросы к базе после этого начинают летать неприлично быстро)
Идея такова - у сервера много оперативки свободной и тормознутые диски - есть ли смысл создавать раздел в памяти и перенести на него базы с репликацией на другую базу на диске. Запросы к базе в основном идут select. Потом при старте системы просто опять пересоздавать раздел в памяти и копировать на него с винта файлики баз данных. Запросы к базе после этого начинают летать неприлично быстро)
Re: Репликация master<->master
Добавлено: 2007-07-30 12:12:22
не надо расходовать память она ещё пригодится лучше используй тогда мускульный кеш
Re: Репликация master<->master
Добавлено: 2007-07-30 12:23:56
пробывал использовать - всёравно затык видно в дисках (
памяти хватает на всё с запасом - в будущем расход её больше не планируется
памяти хватает на всё с запасом - в будущем расход её больше не планируется
Re: Репликация master<->master
Добавлено: 2007-07-30 12:25:06
увеличивай кэш муси...
где-то в /usr/local/share/ валяются образцы my.cnf в зависмости от разного количества оперативки..
где-то в /usr/local/share/ валяются образцы my.cnf в зависмости от разного количества оперативки..
Re: Репликация master<->master
Добавлено: 2007-07-30 12:33:17
это видел - всё вроде выставил - но всёравно данные в кэш с диска берутся - и туда-же скидываются если не используются некоторое время. А в данном случае данные уже в оперативке находятся и размер кэша не так уж и важен.lissyara писал(а):увеличивай кэш муси...
где-то в /usr/local/share/ валяются образцы my.cnf в зависмости от разного количества оперативки..
Re: Репликация master<->master
Добавлено: 2007-07-30 12:34:36
не по теме ......
стал ефрейтором - пошол отмечу это пивом )))
стал ефрейтором - пошол отмечу это пивом )))
Re: Репликация master<->master
Добавлено: 2007-07-30 12:36:29
это ненадолго
через 20 сообщений - повысят
через 20 сообщений - повысят
Re: Репликация master<->master
Добавлено: 2007-07-30 14:39:57
совсем не по теме .....
звание "ефрейтор" это не звание , а наказание (взято с армии)
звание "ефрейтор" это не звание , а наказание (взято с армии)
Re: Репликация master<->master
Добавлено: 2007-08-06 16:20:12
статистики немного
таблица вот такого типа, индекс на первом поле
количество полей - 1 000 000
my.cnf не модифицирован - тот что ставится по умолчанию )
база вся на дисковом разделе в памяти
Код: Выделить всё
mysql> select sum(id) from test;
+--------------+
| sum(id) |
+--------------+
| 502915350000 |
+--------------+
1 row in set (1.43 sec)
количество полей - 1 000 000
Код: Выделить всё
mysql> select * from test limit 5;
+----+---------------------+
| id | data |
+----+---------------------+
| 1 | 111 |
| 2 | 2007-08-03 17:49:26 |
| 3 | 2007-08-03 17:50:29 |
| 4 | 2007-08-03 17:50:44 |
| 5 | 2007-08-03 17:51:49 |
+----+---------------------+
5 rows in set (0.00 sec)
база вся на дисковом разделе в памяти
Re: Репликация master<->master
Добавлено: 2007-08-06 19:06:45
тогда уж COUNT a не SUMVitaly писал(а):статистики немного
таблица вот такого типа, индекс на первом полеКод: Выделить всё
mysql> select sum(id) from test; +--------------+ | sum(id) | +--------------+ | 502915350000 | +--------------+ 1 row in set (1.43 sec)
количество полей - 1 000 000my.cnf не модифицирован - тот что ставится по умолчанию )Код: Выделить всё
mysql> select * from test limit 5; +----+---------------------+ | id | data | +----+---------------------+ | 1 | 111 | | 2 | 2007-08-03 17:49:26 | | 3 | 2007-08-03 17:50:29 | | 4 | 2007-08-03 17:50:44 | | 5 | 2007-08-03 17:51:49 | +----+---------------------+ 5 rows in set (0.00 sec)
база вся на дисковом разделе в памяти
Re: Репликация master<->master
Добавлено: 2007-08-07 8:28:11
Код: Выделить всё
mysql> select COUNT(id) from test;
+-----------+
| COUNT(id) |
+-----------+
| 1000000 |
+-----------+
1 row in set (0.00 sec)
Re: Репликация master<->master
Добавлено: 2007-08-07 9:44:31
я знаю. меня интеерсовал второй тест с учётом числа строк.
=========
суммирование упрётся в частоту проца. поэтому тоже смысла не имеет
=========
суммирование упрётся в частоту проца. поэтому тоже смысла не имеет
Re: Репликация master<->master
Добавлено: 2007-08-07 12:05:48
в частоту - согласен - так и упёрлось
только в случае работы базы с винта - скорость последнего тоже будет влиять и даже очень ( в моём случаи)
только в случае работы базы с винта - скорость последнего тоже будет влиять и даже очень ( в моём случаи)
Re: Репликация master<->master
Добавлено: 2007-08-07 13:34:18
телепатирую: база тестовая - 20 мегабайт.
на аких размерах - не повлияет - оно на первом же запросе всю её в ОЗУ заберёт, и даже не забирая - это - десятые секунды..
на аких размерах - не повлияет - оно на первом же запросе всю её в ОЗУ заберёт, и даже не забирая - это - десятые секунды..