Запутался. есть таблица A с полями id, value, есть таблица B с полями id, value, a_id. B.a_id заявлен как FOREIGN KEY к A.id. Мне надо в транзакции залочить два неких ряда из таблицы A и всё что там к ним привязано в таблице B. Ничего кроме увесистого SELECT FOR UPDATE LEFT JOIN который потом ещё и софтварно разбирать (или повторять SELECT, но уже потаблично) не придумал

А кто-нибудь транзакции в Python MySQLdb использовал? Как ловить last_insert_id() внутри транзакции? Сейчас ловлю через cursor.lastrowid, но чую бесовщину - я же не закоммитил ещё...

никогда не делайте zfs set primarycache=metadata tank/db на FS с MyISAM. ну т.е. понятно почему, но за всеми этими перделками и свистелками скопипастил неглядя

а кто чем парсит slow log в mysql? собственно меня интересует как бы их попользовательно побазно что ли раскидать, время человеческое прописать...

а кто чем парсит slow log в mysql? собственно меня интересует как бы их попользовательно побазно что ли раскидать, время человеческое прописать...

прикрутить что ли PyMySQL или mysql-connector к twisted?....

мне кто-нибудь может сказать, что за повальная мода делать коннекторы на pure language ? оба работающих коннектора MySQL на Python написаны на самом Python, включая официальный. в чём проблема?

как убить row-based репликацию MySQL ? правильно, сделать ALTER TABLE на 9Gb-ой таблице...

вы не поверите. стоял xtrabackup (до этого mysqldump). делал rsnapshot'ом сначала дамп базы, потом файлики. база - реплика. так вот реплика постоянно отсавала и потом туго догоняла. поменял - сначала файлики, потом дамп базы - и о чудо!!!!!

три часа назад реплика сказала invalidating query cache entries и всё

вот как вы с репликой работаете? она просто молча встала и всё. ни варнинга, ничего. просто стоит

бред какой. репликация вдруг отстаёт не по децки. мастер на фряхе, слейв на бубунте

а есть ли готовый скриптик правильного выдирания из огромного дампа всего MySQL одной базы, одной таблицы из базы? или надо готовый самому писать?