Considerations
max_connections
determines the maximum number of concurrent connections to the database server. The default is typically 100 connections.
Before increasing your connection count you might need to scale up your deployment. But before that, you should consider whether you really need an increased connection limit.
Each PostgreSQL connection consumes RAM for managing the connection or the client using it. The more connections you have, the more RAM you will be using that could instead be used to run the database.
A well-written app typically doesn't need a large number of connections. If you have an app that does need a large number of connections then consider using a tool such as pg_bouncer which can pool connections for you. As each connection consumes RAM, you should be looking to minimize their use.
How to increase max connections
1. Increase
max_connection
and shared_buffers
in
/var/lib/pgsql/data/postgresql.conf
change
max_connections = 100
shared_buffers = 24MB
to
max_connections = 300
shared_buffers = 80MB
The
shared_buffers
configuration parameter determines how much memory is dedicated to PostgreSQL to use for caching data.- If you have a system with 1GB or more of RAM, a reasonable starting value for shared_buffers is 1/4 of the memory in your system.
- it's unlikely you'll find using more than 40% of RAM to work better than a smaller amount (like 25%)
- Be aware that if your system or PostgreSQL build is 32-bit, it might not be practical to set shared_buffers above 2 ~ 2.5GB.
- Note that on Windows, large values for shared_buffers aren't as effective, and you may find better results keeping it relatively low and using the OS cache more instead. On Windows the useful range is 64MB to 512MB.
2. Change kernel.shmmax
You only need to increase
max_connections
for that.
But you probably want to increase
shared_mem
as well. The rule of thumb is to start with 30% of the server's memory, so 2.5GB would be a good startmax_connections = 300
shared_buffers = 2500MB
Unrelated, but: depending on your harddisk(s) you might also want to lower
random_page_cost
. For fast disks you could reduce that to 3.0
With a good SSD I typically set this to 1.5 or 1.0
Tidak ada komentar:
Posting Komentar