@dba_ru

Страница 12 из 718
Square
27.05.2016
13:54:03
ну идеи хотябы
А с чем падает хоть

Sergey
27.05.2016
13:54:05
ну идеи хотябы
был же разговор, что база битая

James
27.05.2016
13:54:16
да я пофиксил её репейром

тут момент какой

Google
James
27.05.2016
13:54:41
если дампить по одной или по несколько то она не падает

а если делаю дам всех то на рандомной позиции падает мастер

Sergey
27.05.2016
13:55:22
а версия мастера какая?

James
27.05.2016
13:55:25
3 0 1

Sergey
27.05.2016
13:55:39
обновить попробовать? дамп со слейва тоже не пашет?

James
27.05.2016
13:56:07
слейва не

нет

обновление не канает

Al
27.05.2016
13:56:30
Блин, все зависит от задач. Большинству не надо готовить oracle из мускуля, потому что все возможности oracle просто не нужны.
У нас самые простые задачи. С одной стороны льются данные с пары сотен терминалов. С другой стороны куча демонов роет их и анализирует и наполняет свои таблички результатами. Ну и потом все это помножить на миримум мильен клиентов

Architector
27.05.2016
13:57:32
он запускается, но через какое-то время его прибивает oom
всегда можно настроить потребление памяти так, чтоб за 200 или 500мб не вылазил, никогда

Sergey
27.05.2016
13:58:41
всегда можно настроить потребление памяти так, чтоб за 200 или 500мб не вылазил, никогда
фишка в том, что perfomance_schema сразу отжирает не меньше 400 мб и как не тюнь настройки базы - мешьше 500 никак не получится благо, лечится это: performance_schema = off

до этого у меня машинка с гигом мозгов и nginx+apache+php+mysql регулярно что-то убивала по oom

Architector
27.05.2016
14:03:18
nginx+php+mysql норм на 512, правда нагрузка слабая

Google
Square
27.05.2016
14:11:35
Откуда народ набигает)

И это продакшн?

Architector
27.05.2016
14:19:20
да 5.6

это сайт визитко

Sergey
27.05.2016
14:21:52
ну в моем случае там был битрикс и стоило в его панели запустить встроенный тест - приходил oom и убивал либо апач, либо мускуль

воспроизводилось 100%

nikoinlove
27.05.2016
23:31:05
Во сколько групп ты кидаешь эти картинки?

Square
28.05.2016
00:10:33
Дороги как в Китае. Все прямые )

@AlexCAD http://tema.livejournal.com/2250620.html он ждет тебя! и никак не дождется!

Al
28.05.2016
09:25:23
@AlexCAD http://tema.livejournal.com/2250620.html он ждет тебя! и никак не дождется!
Ну ему еще минимум 3 недели ждать :) а там будет ясно что думают инвесторы

Konstantin
28.05.2016
11:57:45
Ребят, привет. Можете немножко помочь в составлении модели БД?

Dmitrii
28.05.2016
12:06:58
За бабки сделаю

nikoinlove
28.05.2016
12:07:17
глядите-ка, голодный дба

Dmitrii
28.05.2016
12:07:53
глядите-ка, голодный дба
Я щас сижу в кафе в Хельсинки, жду пока меня заберут друзья. Чо б и нет.

Эффективизация свободного времени ?

Саму схему не смотрел. Но ты не думаешь что тебя послали просто потому что ты не ходил? Ну типа в отместку.

Google
Dmitrii
28.05.2016
12:12:13
Ну так а здесь то тогда ты что хочешь?) Препода своего найти чтоли?

В смысле что ты даже не знаешь есть ли у тебя там ошибки

Konstantin
28.05.2016
12:13:30
Ну так а здесь то тогда ты что хочешь?) Препода своего найти чтоли?
Если сделаю, то должна принять работу. Если сделаю неверно, то долго переделывать

Dmitrii
28.05.2016
12:20:01
Если сделаю, то должна принять работу. Если сделаю неверно, то долго переделывать
Будто первый год учишься. У нас в универе если провинился, то какая бы правильная работа ни была, будешь ходить столько, сколько скажут.

Я вот думаю что так везде

Architector
28.05.2016
13:24:44
ты тут врядли папу с мамой найдешь :) потрать время и разберись в задаче самостоятельно нахера нам такие специалисты, которые ничего не могут, но денек просят

Dmitrii
28.05.2016
20:17:45
Dmitry
02.06.2016
08:01:04
кто пользовался https://github.com/lanyrd/mysql-postgresql-converter/blob/master/db_converter.py ?

ну или кто решал преезда с мускула в пг?

Dmitrii
02.06.2016
08:29:24
Мы решали. Как выше писали это было сделано через FDW.

Dmitry
02.06.2016
08:36:01
https://wiki.postgresql.org/wiki/Foreign_data_wrappers ?

Dmitrii
02.06.2016
08:56:16
Ага

Al
02.06.2016
18:46:43
Тишина такая

Aleksey
02.06.2016
21:05:19
просто в DBA у всех все работает пока что ; ))))

Алексей
02.06.2016
21:10:33
забавно, у сетевиков наобоот.

пока все рабоает трынят на канале, как авария... сразу умолкают

jatelka
02.06.2016
22:56:26
господа, есть один мускуль 5.7 и на каждом мускульдампе от отжирает всё больше и больше памяти (из-за какого-то запроса в information_schema, могу уточнить, если это важно). никто не сталкивался, можно как-то починить?

Sergey
03.06.2016
01:52:55
А сколько база весит?

Google
Architector
03.06.2016
04:59:59
на 5.7 только переходим, статистики нет )

Но такого точно не должно быть. :))

Square
03.06.2016
05:00:51
на 5.7 только переходим, статистики нет )
А опиши процесс как вы переезжает данными?

Вкраци

Ну типа: внешние таблицы

А тут может кто windows com cpp ?

Я тут ifilter + mssql ботанею немного ... Есть ряд проблем

Architector
03.06.2016
05:03:37
А как еще можно? Обновляем слейвы, потом мастера. С полной переналивкой без базы mysql (права доливаем через мастер)

Mihail
03.06.2016
05:04:47
У меня на перконе 5.7 вообще странное было. На низких rps база давала дичайшую нагрузку на system cpu. До 70%.

Square
03.06.2016
05:05:17
Мы вот недавно энкодинг меняли

Ну точней как недавно. Полгода уже отхлёбываем

На утф8 пеерехали

Architector
03.06.2016
05:06:55
и в чем же проблемы? кроме того что места больше стало занимать

Square
03.06.2016
06:16:42
и в чем же проблемы? кроме того что места больше стало занимать
Старые данные лежали в западноевропейской кодировке... Русские буквы... В западноевропейской....

и в чем же проблемы? кроме того что места больше стало занимать
Не намного больше :\ по большей части полей с русскими симаолами единицы.

Зато теперь можно чем угодно тянуть а не только через криво настроенный клиент и делфи-обвязки типа doa

Да и писать как бе. Все было сделано ради плюсов и qt :)

Потому что мамонты, сопровождавшие делфи вымерли и уволились, а у меня к паскалю стойкое отвращение. Тем более что х64 версию хрен сбилдишь

Это все оракл если что.

Architector
03.06.2016
06:53:46
мда )

Google
Maksim
03.06.2016
08:27:52
господа, есть один мускуль 5.7 и на каждом мускульдампе от отжирает всё больше и больше памяти (из-за какого-то запроса в information_schema, могу уточнить, если это важно). никто не сталкивался, можно как-то починить?
Столкнулись ровно с такой же проблемой при апгрейде Есть зависимость от количества таблиц (у нас 300к) Можно снизить потребление уменьшив max_heap_table_size, но проблема в корне не решается(

Architector
03.06.2016
08:31:36
300к таблиц - скорее всего вы делаете чтото не так

Maksim
03.06.2016
08:32:44
300к таблиц - скорее всего вы делаете чтото не так
Это по всем базам, на сервере порядка 3-4к баз

Square
03.06.2016
09:10:11
Это по всем базам, на сервере порядка 3-4к баз
Вы на каждую сущность свою схему делаете?

Maksim
03.06.2016
09:10:40
Dmitry
03.06.2016
09:16:48
тут у соседей был колоссальный срач

что шаред хостинг не нужен

а оно вот как, оказывается

Страница 12 из 718