Как улучшить производительность базы данных Mysql без изменения структуры БД

Так как мы не видели ваши SHOW CREATE TABLES; а также EXPLAIN EXTENDED планировать трудно дать 1 ответ

Но, вообще говоря, в отношении вашего запроса «Кстати, я переписал ниже»

SELECT
hotel_id, supplier_code, region_id, tour_opp_id, inventory_id
FROM
inventory
WHERE
region_id IN (38, -1)
AND tour_opp_id IN (410, -1)
AND room_plan_id IN (141, 1)
AND bed_type_id IN (1, 1059)
AND supplier_code IN ('QOA', 'QTE', 'QM', 'TEST', 'TEST1', 'MQE1', 'MQE3', 'PERR', 'QKT')
AND ('2014-11-14' BETWEEN from_date AND to_date )
ORDER BY
hotel_id DESC, supplier_code DESC, region_id DESC, tour_opp_id DESC, inventory_id DESC

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

2. Как часто записи в инвентаре обновляются / вставляются / удаляются? Если не слишком часто, то вы можете использовать рассмотреть возможность использования SQL_CACHE, Однако кэширование запроса вызовет у вас проблемы, если вы его используете, и таблица инвентаризации обновляется очень часто. Кроме того, чтобы использовать кеш запросов, необходимо проверить значение query_cache_type на вашем сервере. SHOW GLOBAL VARIABLES LIKE 'query_cache_type';, Если установлено значение «0», то функция кэширования отключена и SQL_CACHE будут игнорироваться Если установлено значение 1, то сервер будет кэшировать все запросы, если вы не скажете, что это не слишком NO_SQL_CACHE, Если для параметра задано значение 2, MySQL будет кэшировать запрос только в том случае, если используется предложение SQL_CACHE. вот документация о query_cache_type

3. Если у вас есть указатель на следующие столбцы в этом порядке, это поможет вам (hotel_id, supplier_code, region_id, tour_opp_id, inventory_id)

   ALTER TABLE inventory
   ADD INDEX (hotel_id, supplier_code, region_id, tour_opp_id, inventory_id);
   

4. Если возможно увеличить sort_buffer_size на вашем сервере, поскольку, скорее всего, вы выдаете здесь вопрос о том, что вы делаете слишком много сортировки.

Что касается второго запроса «Кстати, я переписал ниже»

SELECT
*, pinfo.fri as pi_day_fri,
pinfoadd.fri as pa_day_fri,
pinfochld.fri as pc_day_fri
FROM
profit_markup
INNER JOIN
profit_markup_info AS pinfo ON pinfo.profit_id = profit_markup.profit_markup_id
INNER JOIN
profit_markup_add_info AS pinfoadd ON pinfoadd.profit_id = profit_markup.profit_markup_id
INNER JOIN
profit_markup_child_info AS pinfochld ON pinfochld.profit_id = profit_markup.profit_markup_id
WHERE
profit_markup.hotel_id = 1059
AND booking_channel IN (1, 2)
AND rate_region IN (-1, 128)
AND period_from <= '2014-11-14'
AND period_to >= '2014-11-14'
ORDER BY
profit_markup.hotel_id DESC, supplier_code DESC, rate_region DESC,
operators_list DESC, profit_markup_id DESC

1. Снова исключить использование * из вашего запроса

2. Убедитесь, что следующие столбцы имеют одинаковый тип / сопоставление и одинаковый размер. pinfo.profit_id, profit_markup.profit_markup_id, pinfoadd.profit_id, pinfochld.profit_id и у каждого должен быть индекс на каждой таблице. Если столбцы имеют разные типы, MySQL будет каждый раз преобразовывать данные, чтобы объединить записи. Даже если у вас есть индекс, он будет медленнее. Кроме того, если эти столбцы имеют тип символов (например, VARCHAR ()), убедитесь, что они относятся к CHAR() с сопоставлением latin1_general_ci так как это будет быстрее для поиска ID, но если вы используете INT (), даже лучше.

3. Используйте 3-й и 4-й приемы, которые я перечислил для предыдущего запроса

4. Попробуйте использовать STRAIGHT_JOIN: «Вы должны знать, что вы здесь делаете, иначе это вас укусит!» Вот хорошая ветка об этом Когда использовать STRAIGHT_JOIN с MySQL

Надеюсь, это поможет.