Это у лайт так написано в документации

чушь какая-то

Именно чушь.

Я же правильно перевёл?

Как я понимаю

чушь какая-то

Но может тебе надо 20 раз число Пи забиндить, вот так тебе будет немного легче.

Я же правильно перевёл?

Да

@MasterZiv ну как-бы тогда логично. Но это и так очевидно. Пишут хрень какую-то. А я голову ломаю))

Значит, начинаю чутка догонять. Буду дальше книгу читать. Нужно изучать базовые инструкции

Data binding can also mean that if an outer representation of the data in an element changes, then the underlying data can be automatically updated to reflect the change.

@MasterZiv ну как-бы тогда логично. Но это и так очевидно. Пишут хрень какую-то. А я голову ломаю))

Они документацию пишут

Они документацию пишут

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

я думаю, наоборот

Товарищи, приветствую! Юзает кто-нибудь Database engine tuning Advisor + profiler на ms sql?

Народ, нужен помогай! Имеется percona Xtradb cluster из 3х нод. Время от времени он уходит в RO (т.е. SELECT выполняет, а любой ALTER, CREATE, UPDATE и т.д. просто виснут). В mysqld.log никаких аномалий не видно. В какой момент он уходит в RO тоже не понятно. Кто-то с этим сталкивался? Есть идеи, как такое дебажить?

Народ, нужен помогай! Имеется percona Xtradb cluster из 3х нод. Время от времени он уходит в RO (т.е. SELECT выполняет, а любой ALTER, CREATE, UPDATE и т.д. просто виснут). В mysqld.log никаких аномалий не видно. В какой момент он уходит в RO тоже не понятно. Кто-то с этим сталкивался? Есть идеи, как такое дебажить?

Ноды явно рассинхрониваются, и кластер настроен так у тебя что выпавшая нода по становится ( а не остаётся живой)

Ноды явно рассинхрониваются, и кластер настроен так у тебя что выпавшая нода по становится ( а не остаётся живой)

Так все 3 уходят в это состояние. Более того, когда ребутаешь одну из нод она уверяет, что кворум собрался и никаких проблем нет

Да и ошибок никаких не видно, которые бы указывали на то, что кластер разъехался

Так все 3 уходят в это состояние. Более того, когда ребутаешь одну из нод она уверяет, что кворум собрался и никаких проблем нет

Когда ты ребутаешь она говорит что она главная и к ней все цепляются

Логи точно должны быть, не всегда читабельный но должны быть, также по состоянию wsrep% можно понять что с кластером

Логи точно должны быть, не всегда читабельный но должны быть, также по состоянию wsrep% можно понять что с кластером

Кстати, про то, что ничего нет, я соврал. Есть в логах такие сообщения: https://pastebin.com/ySeytX7c

Народ, нужен помогай! Имеется percona Xtradb cluster из 3х нод. Время от времени он уходит в RO (т.е. SELECT выполняет, а любой ALTER, CREATE, UPDATE и т.д. просто виснут). В mysqld.log никаких аномалий не видно. В какой момент он уходит в RO тоже не понятно. Кто-то с этим сталкивался? Есть идеи, как такое дебажить?

Транзакции зависшие проверял?

Кстати, про то, что ничего нет, я соврал. Есть в логах такие сообщения: https://pastebin.com/ySeytX7c

Включай wsrep_debug=ON На всех нодах, ошибка gcache ,а в нём же лежат последние транзакции, вы на все ноды пишите или только на одну?

Логи точно должны быть, не всегда читабельный но должны быть, также по состоянию wsrep% можно понять что с кластером

То что я сейчас наблюдаю - что якобы всё ок с кластером

Транзакции зависшие проверял?

Да, там тьма запросов в состоянии "wsrep in pre-commit stage" висят

Включай wsrep_debug=ON На всех нодах, ошибка gcache ,а в нём же лежат последние транзакции, вы на все ноды пишите или только на одну?

Только на одну

Кстати, про то, что ничего нет, я соврал. Есть в логах такие сообщения: https://pastebin.com/ySeytX7c

Я бы куски по 100+ мегабайт не пхал. У них вроде ясно написано что есть ограничение на рвзмер комита. И оно вроде как режет на куски. Но видимо не переваривает за лимит по времени.

Я бы куски по 100+ мегабайт не пхал. У них вроде ясно написано что есть ограничение на рвзмер комита. И оно вроде как режет на куски. Но видимо не переваривает за лимит по времени.

Если пришлёшь ссылку на почитать об этом - буду благодарен

Если пришлёшь ссылку на почитать об этом - буду благодарен

RTFM?

RTFM?

Понял, поищу сам =)

Понял, поищу сам =)

Лучше сразу поищи накой у тебя комиты по 100+ гигабайт

Понял, поищу сам =)

Комиты таких размеров только на пересылку между нодами пару секунд минимум берут. А если еще запись добавить. Разрезание на куски. То вообще не удивительно что они не проходят.

Лучше сразу поищи накой у тебя комиты по 100+ гигабайт

Вряд ли я быстро найду причину этого, т.к. это легаси

Вряд ли я быстро найду причину этого, т.к. это легаси

Дык и кто же такое накодил? Имя то есть у героя?

Дык и кто же такое накодил? Имя то есть у героя?

Должно быть, но если бы я его знал... =)

Должно быть, но если бы я его знал... =)

Ну да. Ну да. Неизвестный легаси софт от неизвестного производителя. Верю сразу

Ну да. Ну да. Неизвестный легаси софт от неизвестного производителя. Верю сразу

Как скажешь Но за идею к gcache.size спасибо. Покопаюсь сегодня

Как скажешь Но за идею к gcache.size спасибо. Покопаюсь сегодня

Это не поможет. От слова совсем.

Никто в здравом уме даже не представляет комиты такого размера

Никто в здравом уме даже не представляет комиты такого размера

Page with standard size: As defined by gcache.page_size (default=128M). (https://www.percona.com/blog/2016/11/16/all-you-need-to-know-about-gcache-galera-cache/) Так что такие страницы gcache - это default'ное значение

Page with standard size: As defined by gcache.page_size (default=128M). (https://www.percona.com/blog/2016/11/16/all-you-need-to-know-about-gcache-galera-cache/) Так что такие страницы gcache - это default'ное значение

У тебя ГИГАБАЙТЫ

У тебя ГИГАБАЙТЫ

Нет. В логах указано 134217728 bytes

Ок

Это 131072 килобайт = 128 мегабайт

Page with standard size: As defined by gcache.page_size (default=128M). (https://www.percona.com/blog/2016/11/16/all-you-need-to-know-about-gcache-galera-cache/) Так что такие страницы gcache - это default'ное значение

При условии что твое железо это тянет. А то некоторые тут все 3 ноды организуют на разных виртуалках но на одном железном сервере.

Видимо так и есть. ?

приветствую! помогите, плиз, с запросом https://gist.github.com/dimaskin/39d7e2473ce49def318be1ed541154a7#file-ms_sql

использовать темповые таблицы и курсоры нельзя

использовать темповые таблицы и курсоры нельзя

там все решается обычной группировкой, нагородил

там все решается обычной группировкой, нагородил

может, не туда копаю, как лучше сделать?

а хотя нет, не совсем обычной группировкой...

а хотя нет, не совсем обычной группировкой...

думаю в сторону https://docs.microsoft.com/en-us/sql/t-sql/language-elements/set-operators-except-and-intersect-transact-sql?view=sql-server-2017 но ни разу не приходилось использовать

берешь минимальный month по каждому client_id, а дальше как тебе нужно агрегируешь

ERROR: S client not available

приветствую! помогите, плиз, с запросом https://gist.github.com/dimaskin/39d7e2473ce49def318be1ed541154a7#file-ms_sql

Тебе нужно ТЗ написать. Что надо выбрать

народ. кто пользует посгри + патрони поделитесь опытом. в части split brain

пиши в профильную секту

пиши в профильную секту

это куда ?

https://t.me/pgsql

Привет, у меня таблица dialogs: `with author` Таблица users: `id name` Какая мне нужна связь(hasMany/belongTo...) чтобы: Один юзер мог создавать много диалогов

Привет, у меня таблица dialogs: `with author` Таблица users: `id name` Какая мне нужна связь(hasMany/belongTo...) чтобы: Один юзер мог создавать много диалогов

Интимная? Противоестественная?

Интимная? Противоестественная?

Постгрешная

ОДИН юзер и МНОГО диалогов....

@AlexCAD не туда он кактус суёт

Привет, у меня таблица dialogs: `with author` Таблица users: `id name` Какая мне нужна связь(hasMany/belongTo...) чтобы: Один юзер мог создавать много диалогов

Таблица ДИАЛОГИ будеть расширенной связью МНОГИЕ-КО-МНОГИМ для ПОЛЬЗОВАТЕЛЕЙ.

Таблица ДИАЛОГИ будеть расширенной связью МНОГИЕ-КО-МНОГИМ для ПОЛЬЗОВАТЕЛЕЙ.

Cпасибо

Таблица ДИАЛОГИ будеть расширенной связью МНОГИЕ-КО-МНОГИМ для ПОЛЬЗОВАТЕЛЕЙ.

ЮЗЕР к ДИАЛОГУ соотв. ОДИН-КО-МНОГИМ,

Таблица ДИАЛОГИ будеть расширенной связью МНОГИЕ-КО-МНОГИМ для ПОЛЬЗОВАТЕЛЕЙ.

Ты еще на зачет за него сходи и все ответь. Он же не понимает что и почему и подумать не хочет.

+100500

Всем привет. Устанавливаю kafka на Cloudera 5.14. Сервис нн стартует и выдает ошибку HeapOutOfMemory. Увеличил java heap size broker и mirror на 10 gb. Та же ошибка. Может кто помлчь?

Всем привет. Устанавливаю kafka на Cloudera 5.14. Сервис нн стартует и выдает ошибку HeapOutOfMemory. Увеличил java heap size broker и mirror на 10 gb. Та же ошибка. Может кто помлчь?

сделай heap dump on error и потом посмотри, кто там хип выжирает

посмотреть можно в visualvm и еще какой-то консольной утилите на j, которую я постоянно забываю

посмотреть можно в visualvm и еще какой-то консольной утилите на j, которую я постоянно забываю

Проблему нашел. Была вообще в директории в которой сидела папка и ее надо было удалить. В догах кафки нашел exception

посмотреть можно в visualvm и еще какой-то консольной утилите на j, которую я постоянно забываю

jconsole

Доброго вечера , а кто то пробовал тюнить NUMA для Oracle ?