Оптимизация mysql сервера и ускорение запросов типа select

Имеется база данных размером 13.4Гб. Диск ssd размером 60Гб и 32RAM. Это облачный сервер serverpilot.io

Максимальный вес одной таблицы 1.2Гб, всего их около 30. 

Работа mysql в основном построена на select/insert/delete, update не используется вообще. 

Поэтому быстродействие запроса типа select должно быть на феноменальном уровне. 

Запрос типа:

select * from api_orders where bonus_card = "00510051100156";

Выполняется за:

Без индекса 

4 rows in set, 6 warnings (2.52 sec)

С индексом bonus_card (BTREE)

4 rows in set, 6 warnings (2.14 sec)

Существенного прироста скорости нет. 

Это самый простой запрос, который выполняется очень долго, по одной из таблиц. Если взять запрос на выбор клиентов по периоду покупок с присвоением inner join в этом случаи мы получим отработку в лучшем случаи за 20-30 минут.  Что откровенно говоря не поддается ни какому объяснению. Запросы довольно просты. 

Для понимая происходящего прикладываю текущую конфигурацию сервера с дебагом. 

Конфигурат:

key_buffer_size = 16M

sort_buffer_size = 32K

max_allowed_packet = 512M

read_buffer_size = 128K

read_rnd_buffer_size = 512K

thread_stack = 128K

max_heap_table_size = 16M

tmp_table_size = 16M

query_cache_size = 0

query_cache_type = 0

thread_cache_size = 128K

table_open_cache_instances = 16

open_files_limit = 500000

table_open_cache = 512

join_buffer_size = 64K

max_connections = 1000

net_read_timeout = 3600

net_write_timeout = 3600

wait_timeout = 120

interactive_timeout = 120

innodb_open_files = 4000

innodb_file_per_table = 1

innodb_flush_method=O_DIRECT

innodb_flush_log_at_trx_commit=2

innodb_log_file_size = 4G

innodb_log_buffer_size = 32M

innodb_log_files_in_group = 16

innodb_buffer_pool_size=24G

innodb_buffer_pool_instances=24

innodb_buffer_pool_chunk_size = 50M

innodb_thread_concurrency = 4

innodb_read_io_threads = 4

innodb_write_io_threads = 4

innodb_stats_on_metadata = 0

innodb_io_capacity=2000

innodb_io_capacity_max=4000

innodb_purge_threads=4

innodb_data_file_path=ibdata1:200M:autoextend

innodb_page_cleaners=4

innodb_adaptive_hash_index=0

Дебаг:

-------- Performance Metrics -------------------------------------------------

[--] Up for: 5s (9 q [1.800 qps], 7 conn, TX: 17K, RX: 1K)

[--] Reads / Writes: 100% / 0%

[--] Binary logging is disabled

[--] Total buffers: 24.1G global + 832.0K per thread (500 max threads)

[OK] Maximum reached memory usage: 24.1G (76.58% of installed RAM)

[OK] Maximum possible memory usage: 24.5G (77.84% of installed RAM)

[OK] Slow queries: 0% (0/9)

[OK] Highest usage of available connections: 0% (1/500)

[!!] Aborted connections: 14.29%  (1/7)

[!!] Query cache is disabled

[OK] Temporary tables created on disk: 0% (0 on disk / 2 total)

[OK] Thread cache hit rate: 85% (1 created / 7 connections)

[!!] Table cache hit rate: 9% (10 open / 109 opened)

[OK] Open file limit used: 0% (7/1M)

[OK] Table locks acquired immediately: 100% (100 immediate / 100 locks)

-------- InnoDB Metrics -----------------------------------------------------

[--] InnoDB is enabled.

[OK] InnoDB buffer pool / data size: 24.0G/13.4G

[OK] InnoDB buffer pool instances: 24

[!!] InnoDB Used buffer: 0.62% (9804 used/ 1572768 total)

[!!] InnoDB Read buffer efficiency: 13.50% (1525 hits/ 11295 total)

[!!] InnoDB Write buffer efficiency: 0.00% (0 hits/ 1 total)

[OK] InnoDB log waits: 0.00% (0 waits / 1 writes)

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

Новичков прошу даже не отвечать на проект, тем более не писать менеджерам, которые не понимаю, что такое оптимизация конфигурации mysql. 

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

Итоговая цель задачи ускорить быстродействие запроса, который связывает 7 таблиц и делает where по ним максимум до 2-3х минут. Т.е. в 10 раз. 

Спасибо за уделенное время на вникание в суть задачи!