Антарктида блять

а ведь можно было просто ответить названием континента ?

дык выбор не большой. по сути только между северной и южной

WAT?

что вы мой сонный мозг кошмарите

дык выбор не большой. по сути только между северной и южной

южная\северная америка?

южная\северная америка?

забей

ёпт

в какой ты стране?

Принимаю ставки на причину, почему insert запрос, который отрабатывался максимум 5 минут, стал отрабатываться от 20 минут... Сразу скажу, ничего не менялось, кроме как в итоговой таблице количество записей...

Статистика и оптимизатор

А не

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

Если на уровне бд, может есть кривые и/или плохо индексированные запросы уровня before statement / after statement

К этой же таблице, например

чтобы предотвратить вчерашние пляски с бубном, хочу узнать побольше о переводе базы в archive log режим

в частности как правильного реализовать механизм горячего резервирования на внешний носитель

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

не в бд похоже затык

нужный запрос стартует в районе 7:45 и на 20+ минут

Если на уровне бд, может есть кривые и/или плохо индексированные запросы уровня before statement / after statement

ничего нет, там последовательное выполнение пачки запросов, БД почти в спокойном состоянии

в частности как правильного реализовать механизм горячего резервирования на внешний носитель

Ну ебать включаешь архивлоги

Мультеплексируешь

В крон забиваешь бэкап через рман

Всем привет!

Такая ситуация: есть таблица продажами, а именно: поле с датой продажи(CreatedDate), поле с номером кассы(TerminalID), поле с УТ товара(ITEMID). Хочу сделать запрос, который выводил бы все поля, в которых одновременно продали один товар на разных кассах (те равны CreatedDate для разных TerminalID ), но что-то не соображу как правильно вывести и отсортировать

select TERMINALID, cast((CREATEDDATE) as smalldatetime)as Datenomc, ITEMID from [RETAILTRANSACTIONSALESTRANS] where STORE=172730 and ITEMID='УТ-00009544' and cast((CREATEDDATE) as smalldatetime) in (select cast((CREATEDDATE) as smalldatetime) from [RETAILTRANSACTIONSALESTRANS] group by cast(([RETAILTRANSACTIONSALESTRANS].[CREATEDDATE]) as smalldatetime) having count(cast(([RETAILTRANSACTIONSALESTRANS].[CREATEDDATE]) as smalldatetime))>1 ) order by Datenomc desc

пока сделал вложенным, но работает не правильно((

Принимаю ставки на причину, почему insert запрос, который отрабатывался максимум 5 минут, стал отрабатываться от 20 минут... Сразу скажу, ничего не менялось, кроме как в итоговой таблице количество записей...

Принимаю ставки каким образом обязать кассандру возращать имеющуюся инфу которую она получила 3 милиса назад. А то у меня уже глаз дергается

Кстати, я кажись нашел концы, но непонятно, почему эта проблема появилась именно во вторник... Подозреваю, я нашел не тот конец...

Мне тоже так касалось в прошлые выходные. Разбил каждый запрос в отдельную сессию. И вроде заработало. А вот нифига.

Забавно что приложуха выдает правильные логи которые она собирается записать. Но кассандра пишет че ей зачешется

предлагаю rm -rf /* и домой

Принимаю ставки каким образом обязать кассандру возращать имеющуюся инфу которую она получила 3 милиса назад. А то у меня уже глаз дергается

lwt

Забавно что приложуха выдает правильные логи которые она собирается записать. Но кассандра пишет че ей зачешется

добро пожаловать в BASE, забудьте про ACID

добро пожаловать в BASE, забудьте про ACID

Делать то чего?

Паузы вставлять?

И все так сказать ради чего боролись. Что бы быстрее обобщать данные уходит в паузы?

Или попробовать hbase? Или там таже хрень?

Можно еще беркли на бэкэнд поставить.

Паузы вставлять?

lwt

https://www.datastax.com/dev/blog/lightweight-transactions-in-cassandra-2-0

https://www.datastax.com/dev/blog/lightweight-transactions-in-cassandra-2-0

У меня один сервер с одной нодой.

но ты же наблюдаешь нелинейность истории

так а эт самое

Угу. И это меня озадачивает

durable writes-то включен?

она имеет право демонстрировать ее на любом количестве нод без lwt

Щас позавтракаю и гляну. Спасибо

это конечно нелогично, но может быть

Оно через раз как то возникает

это может быть вплоть до того, что у нее какой-нибудь таймстамп последнего обновления пишется без волатайла, и разные ядра считают по-разному

это может быть вплоть до того, что у нее какой-нибудь таймстамп последнего обновления пишется без волатайла, и разные ядра считают по-разному

То есть она внутри в несколько потоков и пока один записал то другие это и не всегда видят?

Какой то ахтунг.

Я не знаю как у нее внутри, но описанное - это абсолютно нормальное поведение для многопоточной системы. Пока программа явно не объявляет процу, что она работает напрямую с памятью, минуя кэш ядра процессора, и что инструкции нужно выполнять ровно в заданном порядке, процессор имеет право творить волшебные вещи, полностью сохраняя иллюзию последовательности работы для того потока, который на нем сейчас запущен.

Логично. Спасибо. Щас порою в этом направлении

привет всем кто может помочь с проблеммой

Error connecting to database: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

можешь перевести сообщение?

Это уже третий, кто орет про сокеты мускула

как решается?

в гугле второй строчкой

ERROR: S client not available

https://stackoverflow.com/questions/5376427/cant-connect-to-local-mysql-server-through-socket-var-mysql-mysql-sock-38

не помогло

ты есть ребячишь нас

мускул отказывется запускаться

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

поэтому попробуй для начала перевести фразу об ошибке

нету доступа

нет

давай попробуем еще раз

шибка подключения к базе данных: невозможно подключиться к локальному серверу MySQL через сокет '/var/run/mysqld/mysqld.sock' (111)

давай попробуем еще раз

если бы ты был фрезеровщиком, и так обучал учеников. то твои ученики быстро бы оставались без пальцев гыы

слава богу сложно порезаться об сокет

шибка подключения к базе данных: невозможно подключиться к локальному серверу MySQL через сокет '/var/run/mysqld/mysqld.sock' (111)

для начала, ясно что нехватает твоих конфигов. Или ты ожидаешь проявления телепатии?

шибка подключения к базе данных: невозможно подключиться к локальному серверу MySQL через сокет '/var/run/mysqld/mysqld.sock' (111)

мач беттер! теперь легко можно понять, что с сокетом '/var/run/mysqld/mysqld.sock', через котрый пытается подключиться твой клиент, что-то не так. для начала можно проверить его существование, но его скорее всего просто нет. теперь твои следующие шаги: - убедиться, что мускул действительно должен стартовать с этим сокетом (посмотреть опции с listen в названии в конфигурации) - убедиться, что мускул запущен (есть в списке процессов) - если мускул поднимается на другом сокете, просто использовать его для подключения

мач беттер! теперь легко можно понять, что с сокетом '/var/run/mysqld/mysqld.sock', через котрый пытается подключиться твой клиент, что-то не так. для начала можно проверить его существование, но его скорее всего просто нет. теперь твои следующие шаги: - убедиться, что мускул действительно должен стартовать с этим сокетом (посмотреть опции с listen в названии в конфигурации) - убедиться, что мускул запущен (есть в списке процессов) - если мускул поднимается на другом сокете, просто использовать его для подключения

эй, так не честно. Ты взял и сразу всё написал

нам еще предстоит процесс выяснения команды ps aux

сокет сушествует

мускул не запушен

эти два заявления мягко говоря находятся в противостоянии

может, у тебя существует файл по этому адресу?

да

а попробуй его, ну скажем, переименовать

что выведет ls -ls /var/run/mysqld/mysqld.sock?

0 prwxrwxrwx 1 mysql mysql 0 Jul 7 15:19 /var/run/mysqld/mysqld.sock

ты там что ли пайпу по этому адресу создал?

sudo lsof /var/run/mysqld/mysqld.sock

немного не тот ответ, который я ожидал, я думал, будет "да" или "нет"