postgresql - предпочтения кэша на таблицу/дб

Так как я живу в Австралии его твердое для предложения решений для Вас использовать.

Однако, если бы я был в Вашем положении, то я попробовал бы:

  • Мобильная Широкополосная связь: можно купить пред заплаченные палки данных то подключение через беспроводную связь
  • Существующая коммутируемая учетная запись обычно идет с Вашим текущим ISP
  • Ваше пятно отпуска может иметь доступное интернет-соединение для Вас для использования.
  • Интернет по Телефону/Смартфону (может быть более дорогостоящим),
1
задан 10 January 2010 в 11:59
1 ответ

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

Обходное решение, которое Вы могли сделать, должно поместить горячие таблицы в другую табличную область, смонтированную на другом разделе, и настроить параметры кэширования ОС для того раздела (если это возможно на уровне ОС, конечно). PostgreSQL полагается справедливо в большой степени на кэш файловой системы уровня ОС, поэтому если можно настроить тот один на потребности, которые могли бы решить проблему.

2
ответ дан 3 December 2019 в 22:41
  • 1
    спасибо! вещь состоит в том, что в данном случае большинство запросов будет перегружать диск и относиться к большой таблице - и that' s прекрасный мной. в то время как некоторые - менее часто запрашивают - получит доступ к намного меньшим таблицам, которые идеально должны быть буферизованы. идея о разделении табличного пространства очень интересна. действительно ли можно ли направить меня к какой-либо актуальной производительности, настраивающейся для postgresql в соответствии с Linux? [например, в случае, если, когда сервер имеет 32-64GB из поршня]. –  pQd 10 January 2010 в 14:07
  • 2
    You' ll находят большую часть актуальной информации о wiki.postgresql.org - существует несколько настраивающих статей производительности о там. Большая часть настройки isn' t очень определенный для платформы. –  Magnus Hagander 10 January 2010 в 16:31

Теги

Похожие вопросы