Сможет ли NVME SSD ускорить сложные запросы, например, выборки с большими смещениями / сканирование таблиц и т. Д.?

Question

Сможет ли NVME SSD ускорить сложные запросы, например, выборки с большими смещениями / сканирование таблиц и т. Д.?

0

Если данные базы данных будут на SSD NVME, которые позволяют предположить, что это на 4 раза быстрее, чем обычный SSD будет запрашивать, например SELECT something OFFSET 100000 и т.д., Как правило, также намного быстрее (конечно, когда они не кэшируются/буферизируются и т.д.)?

Bob 13 янв. 2018, в 19:01

Источник

0

Боб, ты установил NVME? Все ли таблицы в вашей базе данных используют движок innodb? Каков ваш результат SELECT @@version; innodb_io_capacity; ? Кроме того, что является результатом SELECT @@version; version; ?
Wilson Hauck 03 авг. 2019, в 13:04
0

@WilsonHauck Я пришел к выводу, что NVME не даст значительного прироста производительности моим приложениям, так как самые медленные вещи происходят в памяти в любом случае (что намного быстрее, чем на диске), так как RDMBS загружает индексы в память, предоставленную сервером имеет достаточно этого (и это делает в моем случае).
Bob 06 авг. 2019, в 10:18
0

Если бы вы могли поделиться ответами на 4 вопроса, это было бы полезно для сообщества.
Wilson Hauck 06 авг. 2019, в 15:17

Показать ещё 1 комментарий

Теги:

mysql

postgresql

sqlperformance

postgresql-performance

1 ответ

Ещё вопросы

Боб, ты установил NVME? Все ли таблицы в вашей базе данных используют движок innodb? Каков ваш результат SELECT @@version; innodb_io_capacity; ? Кроме того, что является результатом SELECT @@version; version; ?
@WilsonHauck Я пришел к выводу, что NVME не даст значительного прироста производительности моим приложениям, так как самые медленные вещи происходят в памяти в любом случае (что намного быстрее, чем на диске), так как RDMBS загружает индексы в память, предоставленную сервером имеет достаточно этого (и это делает в моем случае).
Если бы вы могли поделиться ответами на 4 вопроса, это было бы полезно для сообщества.

Rick James · Accepted Answer · 2018-05-18T22-10-00.000Z

Поскольку I/O является доминирующим фактором в том, сколько времени требуется на выполнение SQL-запроса, то это должно помочь.

Некоторые плюсы и минусы, все перепутались:

Хорошо продуманная схема и хорошо написанные запросы избегают ввода-вывода. OFFSET 100000 следует избегать, независимо от ввода-вывода.
UUIDs, как известно, случайны.
Скорость ввода-вывода очень мало влияет, когда все, что вам нужно, кэшируется.
Это не будет 4 раза. Уменьшая узкое место ввода-вывода, процессорное время становится более распространенным.