Какие преимущества у Elasticsearch в связке с MySQL перед самим MySQL?

FTS в MySQL - это просто "чтоб было". Пользоваться им практически невозможно, а интерпретировать получаемые результаты в хоть сколько-нибудь сложных запросах весьма затруднительно.

Если же озаботить внимательным чтением используемых формул, то трудно изречь что-то сильно отличающееся от "вот шоб я чё понял".

PS. А вот Вам точно для поиска отелей нужен FTS, а? может, Вам Elastic советовали как оптимизированный поиск по набору атрибутов?

Как скопировать миллионы строк из одной таблицы в другую?

Задача из разряда "У меня в подполе происходит стук"...

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

Таблицы - в рамках одной БД? одного инстанса MySQL? Одного хоста? Одного гипервизора? иное?

Размер одной записи? соответственно общий объём к копированию/переносу?

проверяя при вставке есть ли такая запись.

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

Структура таблиц, набор полей разные.

Имеется ли полная поддержка значениями по умолчанию для полей, отсутствующих в копируемой структуре?

И о ненаписанном - имеются ли на целевой таблице триггеры? имеются ли в ней CHECK CONSTRAINT / Foreign key, способные вызвать violation безотносительно к дублированию данных в рамках заданного критерия дублирования?

Нет соединения с сервером. PostgreSQL?

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

Ага... а гильотина - лучшее средство от насморка. Ну неужели трудно настроить файрвол и указать, что PostgreSQL имеет право принимать входящие соединения?

Нет соединения с сервером. PostgreSQL?

Обычно это либо проблема файрфола, который блокирует входящие, либо проблема SQL-сервера. не настроенного на приём соединений извне.

В общем, настраивайтесь...

Как из массива отрезков построить дерево и посчитать длину пути?

Ну так соберите все координаты (пофиг, начальные они или конечные), пронумеруйте всквозную, затем превратите отрезки в рёбра (а пронумерованные точки - это соответственно узлы) графа и решайте стандартную задачу поиска путей в графе.

Условно отрезки могут иметь общую точку в своей "середине"

Не понял... это что, при движении от точки 0 к точке 1 можно пойти "синим" путём, а потом в точке пересечения перескочить на "красный", что ли? тогда дополнительно следует найти все точки пересечений и включить их в граф как узлы.

А если нет - то какая разница, пересекаются отрезки визуально или нет?

Сколько потребляет коммутатор на 4-10 юнитов при большой нагрузке?

sergey_privacy, Увы, у меня аналогичные железяки - Huawei S9300. У которых способ представления документации - вообще обняться и плакать, а искать там что-то... не, по работе бы ещё полез, куда деваться, но просто так...

Что нужно для защиты локальной сети банка?

Сначала определите список угроз (отдельно по каждой зоне, включая угрозы из других зон). И только потом думайте, какими средствами их блокировать.

Как получить статус на дату при помощи SQL?

Что нужно получить, если нужная дата не соответствует ни одному (DateFrom-DateTo) для какого-то Item?
Что нужно получить, если нужная дата соответствует более чем одному (DateFrom-DateTo) для какого-то Item?

Если собираетесь сказать "такого не может быть" - докажите это публикацией структуры таблицы. в которой будет соответствующий constraint, блокирующий наличие подобных ситуаций. Если такого ограничения нет, то обе указанные мной ситуации - возможны (например, как последствие сбоя или случайного/злонамеренного изменения). На клиентскую логику не кивайте - она не влияет.

Почему LEFT JOIN дублирует колонки?

Rsa97, я бы сказал ".. и дополнительно ещё один раз колонку dic_type.name".

bgood, ну так указывайте конкретные поля, которые нужны, по одному. Тогда не будет проблем и вопросов "А это откуда?"...

Авось руки-то не отвалятся. А то взяли, понимаешь, моду облегчать себе жизнь и лепить звёзды где надо и где не надо... Вообще-то везде, кроме COUNT(*) - не надо.

Можно ли ускорить поиск по regexp в MySQL?

Тут нет вообще никаких лазеек для оптимизации. Ну за исключением случая, когда регулярка вообще не меняется не то что каждый день, а в принципе всегда абсолютно такая. Тогда следует добавить в структуру таблицы вычисляемое поле с этим регэкспом, и отбирать по значению этого поля. Либо, если изменение структуры нежелательно, создать дополнительную таблицу, связанную 1:1 по выражению ключевого или любого уникального индекса плюс поле с этим регэкспом, пересчёт поддерживать триггером.

Как суммировать данные при их нахождении в sql одним запросом?

Альберт Ушаков, ну так описывайте задачу, а не свои попытки её решить. Исходная структура (CREATE TABLE таблиц, не влияющие на задачу поля поудалять), пример данных (INSERT INTO, 3-5 записей на таблицу), требуемый результат для таких данных и детальные пояснения. Ну и само собой, смысл происходящего - что собственно считаем.

Как создать правильно уточняющий запрос?

topalek, количество уникальных значений в списке.

В чем ошибка SQL запроса?

После группировки значение kolich отдельной записи - недоступно.

Среднее следует рассчитать отдельно в подзапросе либо CTE.

Как создать правильно уточняющий запрос?

FanatPHP, на то и шаблон. Впрочем, скорее всего, и он автору не поможет - ты его уже с двух сторон толкал, а толку ноль.

Чудеса с MySQL как избежать?

мне интересно почему так произошло. Изменений насколько я понимаю не было.

"Я ничего не делал, оно само!"

Изменения - были. И ты собственно их нашёл/вычислил. Причём они произошли в таком месте, изменения в котором даже на обновление Windows не спишешь (очень теоретически - можно списать на обновление этого самого ПО - но разработчик очень быстро скажет, возможно ли подобное). А потому я бы заставил клиента жёстко найти того, кто эти изменения сделал, и допросить с пристрастием, на зачем это было сделано. Халатность, бездумность, идиотизм или сознательная диверсия - это и самому клиенту будет полезно узнать...

И даже не сомневайся - изменения внесены вполне определённым человеком, руками.

Чудеса с MySQL как избежать?

То есть был компьютер. На нём стоял MySQL. На нём работало приложение. Общение между ними было настроено через localhost. Всё работало нормально.

Кто-то изменил настройки и попробовал заставить их общаться через адрес сетевого интерфейса вместо localhost, всё поломалось.

И теперь вместо того, чтобы просто вернуть как всё было, Вы пытаетесь уговорить их всё же заработать с этими новыми настройками? Я правильно излагаю?

Как суммировать данные при их нахождении в sql одним запросом?

Ну вообще-то весь запрос - это один большой бред.

Агрегатные функции (SUM) есть, но GROUP BY нет - т.е. весь набор записей трактуется как одна группа. Но в этих условиях выбирать одно значение из всей группы (для SELECT *), причём заведомо от фонаря какое - совершенно бессмысленное мероприятие.

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

Чудеса с MySQL как избежать?

там было server=localhost после изменения на белый ip все завелось

А MySQL правда переехал на указанный белый IP, или он по-прежнему на том же хосте (получившем ещё и белый адрес), где и приложение?

Почему прерывается связь?

Ну идут потери пакетов, отсюда лаги. Замеры скорости ничего не скажут, надо именно процент потерь смотреть, причём не ICMP. Для начала убедитесь, что проблема не локальная - что она как минимум наблюдается на двух разных устройствах, причём подключенных по меди, а не по воздуху.

Как включить SSL на MySQL 8.0?

Configuring Encrypted Connections as Mandatory