BiTel

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

_________________
I'm clever. I've got a computer.

2 dimOn:
Специально взял таймаут для ответа, почти месяц : стопорил слейв для "холодных" бэкапов или не стопорил для "горячих".

Для себя выяснил, что релей-лог на слейве первичен по отношению к журналу транзакций слейва. Если во время выборки операций из журнала репликации слейв :
1.встретит начало транзакции,
2.начнёт выполнять "небезопасную операцию",
3.здесь слейв стопорят и заново пускают.
4 попытается закончить операцию,основанную на результатах шага 2
5. получит ошибку.

То: ничего из этих шагов 1,2,4 не будет записано в собственный журнал транзакций слейва, так как туда на слейве пишутся тока успешные выборки из журнала репликации. Журнал транзакций на слейве не будет являеться копией журнала транзакций мастера.
В итоге для себя решил реплицировать в миксед-режиме, с горячем инкрементальным режимом слейва с помощью percona-xtrabackup. Посмотрю недельку, как себя будет чуствовать мастер ,мож перейду на чисто RAW-репликацию.

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

ну вот и славно

_________________
I'm clever. I've got a computer.

Проблему пофиксили в 5.5.51:
https://dev.mysql.com/doc/relnotes/mysq ... -5-51.html
Судя по changelog:

Сами не проверяли.

А с версии 5.6.3 Ошибки с CREATE TEMPORARY TABLES тоже нет согласно документации mysql.

Итак для работы с темповыми таблицами в slave такие варианты :
1. Версия 5.1
1.б . С readonly + все права: работает .

2. Версия 5.5.51 ( и младше) :
2.б . С readonly + все права: работает .

3. Версия 5.6.3( и младше) :
3.a . С правами SELECT, CREATE TEMPORARY : работает .
3.б . С readonly + все права: работает .