A
Но такого точно не должно быть. :))
Size: a a a
2016 June 03
SR
на 5.7 только переходим, статистики нет )
А опиши процесс как вы переезжает данными?
SR
SR
Ну типа: внешние таблицы
SR
А тут может кто windows com cpp ?
SR
Я тут ifilter + mssql ботанею немного ... Есть ряд проблем
A
А как еще можно? Обновляем слейвы, потом мастера. С полной переналивкой без базы mysql (права доливаем через мастер)
MS
У меня на перконе 5.7 вообще странное было. На низких rps база давала дичайшую нагрузку на system cpu. До 70%.
SR
Мы вот недавно энкодинг меняли
SR
Ну точней как недавно. Полгода уже отхлёбываем
SR
На утф8 пеерехали
A
и в чем же проблемы? кроме того что места больше стало занимать
SR
и в чем же проблемы? кроме того что места больше стало занимать
Старые данные лежали в западноевропейской кодировке... Русские буквы... В западноевропейской....
SR
и в чем же проблемы? кроме того что места больше стало занимать
Не намного больше :\ по большей части полей с русскими симаолами единицы.
SR
Зато теперь можно чем угодно тянуть а не только через криво настроенный клиент и делфи-обвязки типа doa
SR
Да и писать как бе. Все было сделано ради плюсов и qt :)
SR
Потому что мамонты, сопровождавшие делфи вымерли и уволились, а у меня к паскалю стойкое отвращение. Тем более что х64 версию хрен сбилдишь
SR
Это все оракл если что.
ML
господа, есть один мускуль 5.7 и на каждом мускульдампе от отжирает всё больше и больше памяти (из-за какого-то запроса в information_schema, могу уточнить, если это важно). никто не сталкивался, можно как-то починить?
Столкнулись ровно с такой же проблемой при апгрейде
Есть зависимость от количества таблиц (у нас 300к)
Можно снизить потребление уменьшив max_heap_table_size, но проблема в корне не решается(
Есть зависимость от количества таблиц (у нас 300к)
Можно снизить потребление уменьшив max_heap_table_size, но проблема в корне не решается(