Добрый день! я it-peкрутер) Ищу Рhp-программистов в г. Тамбове и в Москве С# разработчика в штат. Ребята, если кто-то находится в поиске работы - пишите

Удаленка. Обращайтесь

А насколько эффективно искать разработчиков в Telegram?

Вот таким образом мало эффективно

Добрый день! я it-peкрутер) Ищу Рhp-программистов в г. Тамбове и в Москве С# разработчика в штат. Ребята, если кто-то находится в поиске работы - пишите

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

Добрый день! я it-peкрутер) Ищу Рhp-программистов в г. Тамбове и в Москве С# разработчика в штат. Ребята, если кто-то находится в поиске работы - пишите

вам на @ru_freelancers и/или @myjobit

На полный рабочий день

Вот таким образом мало эффективно

стеков научит :)

Привет всем, есть вопрос У меня в таблице есть foreign key, нужно ли поле делать индексом?

или foreign key автоматичкский сам упорядочивает таблицу?

foreign key требует индекс по-умолчанию

нужно по нему отдельно строить индекс

автоматом как с primary key или unique не будет

foreign key требует индекс по-умолчанию

Все понял, спасибо

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

http://www.opennet.ru/opennews/art.shtml?num=46585

Кто шарит в pawne?

Быть может для кого то давно закопанная и прошлая тема. Мне нужен чел для одного заказа. Связанное с написанием мода ) может где на форум обратится?

У вас есть такая тема? На форуме

Понятно )) извиняюсь.

Кто шарит в pawne?

Ты, конечно, нашёл, куда написать :D

?

Да блин не хочу на форум строчить ))) думал раз там не нашел пока может тут кто будет ))

Ещё бы в php конфу написал, люди там такие: "Чё?!"

???

Ладно забыли ))))

Тебе однозначно на форумы и шансы будут выше, если заказывать здоровенный мод по частям.

За большие работы нынче не берутся люди.

+

Всем привет!

Требуется помощь, в таблице 5млн записей, на вдс постраничная выборка занимает до полуминуты. Можете посоветовать, в какую сторону копать чтобы оптимизировать работу?

не называй поля в camleCase

это не к скорости, а так

это не к скорости, а так

да, спасибо, но бд проектировал не я, я в этом вообще не очень разбираюсь, но оптимизация прям требуется, а куда копать я ума не приложу. Вычитал в интернетах про партиционирование, но боюсь процесс ляжет вместе с вдс и убьет все записи )

sql indexes, sql explain для начала.

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

Это уже даст определённый прирост.

Хотя, судя по этому изображению, у вас там уже есть индексы.

35 секунд

explain на второй запрос

type != 'video', limit ... , если type уже имеет индекс, то я даже затрудняюсь подсказать.

Всего 18 записей выбирает 35 секунд?

да

Пздц..

ну там вдс конечно не бомба

но при 100к записей работало в мс а не в с

Да даже на убогом железе так не должно быть.

Это прям печаль.

без explain в пма

Да.

Он проходит по ~2 млн. записей.

Каким-то чудом.

Потому так долго.

Надо гуглить, как оптимизировать запросы с LIMIT, я предполагаю, что дело в этом.

Ему, видимо, index пофигу.

спасибо, пойду еще погуглю

Я уже натыкался на такую инфу, если найду - скину.

мне вот интересно почему в индексе type 17 элементов

18

0 - 17, всего 18, не?

Не уверен, что понял вопрос правильно.

А, понятно.

может индекс сломался

То есть, там video, photo, music и т.д.

Всего таких элементов 17.

video, photo и carousel

Всего 3?

всего 3 вида контента

Не могу сказать, как это проверить, не сталкивался с этим.

Коллеги - поддержите доклады по MySQL на DevConf 2017 - https://devconf.ru/ru/offers/Storage

Выполнить запрос с FORCE INDEX пробовали?

https://dev.mysql.com/doc/refman/5.5/en/table-scan-avoidance.html

Выполнить запрос с FORCE INDEX пробовали?

Неа

You are using a key with low cardinality (many rows match the key value) through another column. In this case, MySQL assumes that by using the key it probably will do many key lookups and that a table scan would be faster.

я не до конца понимаю through another column, но, видимо, мускул считает, что копаться в индексе и затем в таблице дольше, чем просто копаться в таблице

Чет мне кажется на этом ВПС 5.1 версия, сейчас гляну

с учетом количетсва записей он может вообще не быть в оперативке и читаться с диска

если не сложно, результат с эксплейном еще приложите

возможно, движок просто не умеет делать лимит по индексу (я в этих дебрях не очень хорошо разбираюсь) и все равно читает с диска после получения всех совпадающих айдищников из индекса

пора психовать и memcache прикручивать походу (

странно, using index не появился

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

вот че оно скачет весь день