|
|
|
Переход на replication GTID
|
|||
|---|---|---|---|
|
#18+
В оф. документации ( Setting Up Replication Using GTIDs ) описаны шаги по переходу на GTID, вот только я не понимаю, почему read-only с мастера нужно снимать только после запуска и перенастройки Slave? После того, как Slave забрал все данные с Master (БД стали консистентными) мастер и слейв выключаются, редактируются конфиги, первым включается слейв, выполняется STOP SLAVE, и сразу за этим включается Мастер в нормальном режиме? Ваше мнение, стоит ли вообще переходить на GTID? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2016, 17:37 |
|
||
|
Переход на replication GTID
|
|||
|---|---|---|---|
|
#18+
KaPuSВаше мнение, стоит ли вообще переходить на GTID? в качестве решения проблем с неаккуратной настройкой и пропущенными журналами ? нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2016, 22:33 |
|
||
|
Переход на replication GTID
|
|||
|---|---|---|---|
|
#18+
netwindв качестве решения проблем с неаккуратной настройкой и пропущенными журналами ? нет. Нет, конечно :) Читая доку по GTID я так и не смог понять - в чем её преимущество перед обычной (file-based) репликацией? Обнаружил одни минусы: дополнительные расходы ресурсов на Slave (bin-log), не реплицируются CREATE TABLE .. SELECT, CREATE TEMPORARY TABLE (из транзакций), обновление нетранзакционных, например MyISAM таблиц из транзакции и еще некоторые другие нюансы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 04:47 |
|
||
|
|
start [/forum/topic.php?fid=47&fpage=100&tid=1831733]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
117ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 412ms |
| 0 / 0 |
