Ну ок

Так мне видимо никто не сможет сказать почему нельзя сравнить пхп и питон?

порог вхождения в php выше, да, но ширина применения python выше, из-за чего осваивать способы применения в сумме дольше

Так мне видимо никто не сможет сказать почему нельзя сравнить пхп и питон?

потому-что php рожден умирать

потому-что php рожден умирать

Что-то он уже не первый десяток лет умирает

Количество магазов на джумлах растёт быстрее, чем рождаются новые кодеры

Что-то он уже не первый десяток лет умирает

процесс php всегда умирает

ммм, похапи

ни кто не запрещает фаниться и сравнивать интерпретируемые языки

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

Все можно

процесс php всегда умирает

если это не irc-бот и не серверное ПО

другой вопрос что если бы вы видели исходники некоторых функций....

ни кто не запрещает фаниться и сравнивать интерпретируемые языки

Безудержное веселье

да, в нулевых были сервера на PHP

php вообще, самый быстрый из языков без jit

да, в нулевых были сервера на PHP

И в десятых были

И в двадцатых были :)

Что-то он уже не первый десяток лет умирает

https://habrahabr.ru/post/179399/

php вообще, самый быстрый из языков без jit

а не perl?

кто не юзает похапе, то москаль

https://habrahabr.ru/post/179399/

а на рынке пыха все больше и больше

збс умирает

спрос рождает предложение, а не авторы постов на хабре :)

всем <?

гыгы

хорошо ли это, плохо или просто как факт

кто не юзает похапе, то москаль

а кто юзает поскаль?

вы мне лучше девопсы вот что подскажите

тот не москаль?

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

тот не москаль?

тот сеньор москаль

2 ядра, 2 гига. 20гб хдд.

тот сеньор москаль

а в лиды как выйти?

таблица 4,5 гб.

2 ядра, 2 гига. 20гб хдд.

мне кажется, что скорее да, чем нет

а в лиды как выйти?

сишные вставки

мне кажется, что скорее да, чем нет

но вот беда только одна. клиент жмот ?

сишные вставки

можно и ассемблерные

тогда буду СMO

можно и ассемблерные

автоапгрейд до лида

Chief Moscal Officer

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

это был именно truncate или delete in (select ...) ?

а в лиды как выйти?

Помогать коллегам, учить новые технологии, работать. И все в твоих руках

это был именно truncate или delete in (select ...) ?

delete точно. не truncate. там таблица price, которая пополняется новыми значениями, и давит прошлодневные. судя по sql запросу

Помогать коллегам, учить новые технологии, работать. И все в твоих руках

нет, drop database без последствий

Ну это смотря какую.

нет, drop database без последствий

гросс утройте или мой палец упадёт на энтер и дроп улетит на прод!

Ну это смотря какую.

1С

гросс утройте или мой палец упадёт на энтер и дроп улетит на прод!

пепелайн не остановить глупцы!

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

скорее если с хранилищем проблемы

А вдруг кластер, да с бэкапом, да с зеркалами, да с репликацией, да разнесён

delete точно. не truncate. там таблица price, которая пополняется новыми значениями, и давит прошлодневные. судя по sql запросу

В общем быстро не получится в инно

delete точно. не truncate. там таблица price, которая пополняется новыми значениями, и давит прошлодневные. судя по sql запросу

попробуй кусками вычистить говно

что бы локи не были вечными)

Сек, я чуть отвлёкся. А что с базой то сделать нужно?

А много ли там по процентному объёму удаляется?

скорее если с хранилищем проблемы

вот я тоже так подумал сначала. а потом сделал вот что: остановил mysql, скопировал /var/lib/mysql целиком на свой сервер (2xXeon топовых, 128 гигов ram, 4x512ssd), включил эту базу, залез внутрь, сделал check, optimize & repair... и всё стало отлично. потом я аккуратно поставил /var/lib/mysql на изначальный сервер, запустил - и всё работало отлично ровно 5 минут. потом пошёл запрос DELETE, и началось по новой ?

Сек, я чуть отвлёкся. А что с базой то сделать нужно?

дропнуть так, чтобы тебе спасибо сказали

т.е. на моей машине это вообще в принципе не может не летать

вот я тоже так подумал сначала. а потом сделал вот что: остановил mysql, скопировал /var/lib/mysql целиком на свой сервер (2xXeon топовых, 128 гигов ram, 4x512ssd), включил эту базу, залез внутрь, сделал check, optimize & repair... и всё стало отлично. потом я аккуратно поставил /var/lib/mysql на изначальный сервер, запустил - и всё работало отлично ровно 5 минут. потом пошёл запрос DELETE, и началось по новой ?

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

дропнуть так, чтобы тебе спасибо сказали

Таблицу?

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

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

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

вот. и самое смешное не это. iotop показывает от 5 до 10mb/s, при этом по top процесс mysql кушает "всего" 56-67 cpu. и по процессам delete таки происходит... mytop по-крайней мере об этом говорит явно

dd

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

и каких? ядер? памяти?

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

так хуже даже бабка не сделает

ERROR: S client not available

не ссы, я так сто раз делал

?

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

во время удаления по крону не может происходить какого-нибудь mysqldump'а?

вдруг там две задачи одновременно запускаются

и давно ли это началось?

вот! там крон запускается раз в минуту. раз в 7 минут этот крон мейнтейнит базу. и если он видит "лоченую" таблицу, запускает repair и check. т.е. delete просто тупо не успевает сработать, и запускаются новые процессы. а дальше просто снежный ком

А много ли там по процентному объёму удаляется?

началось с переезда с хетцнера на облако селектела

?

началось с переезда с хетцнера на облако селектела

у бд физически с правами всё ок? chown -R mysql:mysql /var/lib/mysql/

да, там всё хорошо.

да не, тут 99% беда с ресурсами.

вот! там крон запускается раз в минуту. раз в 7 минут этот крон мейнтейнит базу. и если он видит "лоченую" таблицу, запускает repair и check. т.е. delete просто тупо не успевает сработать, и запускаются новые процессы. а дальше просто снежный ком

база-то за 7 минут успевает мейнтейнится? или у вас там конвеер

но не могу понять с какими. с io или с cpu/mem ?

этакий пайплайн

кстати, прямо сейчас вроде идёт mysql митап

так сказать io по максимуму что бы железо не стояло

гы! можно присоедниться и задать этот вопрос им

в мэйлрушечке

https://www.meetup.com/moscowmysql/events/240684527/

хотите испортить вечер/день/ночь чувакам?

к ним тоже прийти обоссать?

как утренних скаммеров с блокчейном

к ним тоже прийти обоссать?

только хотел написать ?

тем более у них вход свободный

можно бесплатно обоссать

но не могу понять с какими. с io или с cpu/mem ?

на сервере есть своп? mysql не схлопывается с oom по системным логам?

в момент таких операций

а то это бы объяснило крэш базы

грепни там '(Out of memory|killed)' и 'mysqld'

на сервере есть своп? mysql не схлопывается с oom по системным логам?

ты с таким поведением у майсика сталкивался? lock table =false не поможет?

ребят