• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

I can increase the PHP limit my server to 3GB?

Jonatan442

Basic Pleskian
Hello!

My site database has 1.9 GB.

PHP limit my server is 512 MB.

This may be causing my site problems?

I can increase this limit to 3000 MB? I can cause some trouble for doing this?

The limits of my server:

CPU 4 Cores
RAM 14 GB
Disk Storage: 1000 GB
 
@Jonatan442

What I do not understand, is related to the following: a large database should not matter, if an application or client (in general) chunks up requests to the database.

It seems to be the case that you are making many requests to the database.

I am pretty sure that most of them are similar or identical.

Your problem would probably not existing and/or is very likely to be solved if

a) code (i.e. php scripts) treats parts of the database entries as "dynamic" (to be requested by clients/applications) and the remainder as "static" (not loaded, unless necessary).

For example, consider a web application, serving content from a database: not all the database data can be served in one (visible) page, some of the data does not have to be loaded.

OR

b) specific database data, that is requested frequently and for which the mysql command is similar/identical, is served via cache, preferably memory based cache (like Redis Cache)

For example, consider a web application, serving similar/identical content frequently from a database: one connection suffices to get the data into the memory based cache (read: only one or just small number of mysql connections) and the memory based cache serves the (similar/identical) content from memory (note: Redis can serve > 10K requests per second).

OR

c) the database is properly indexed, reducing the number of mysql connections to some extent and certainly decreasing the workload on the MySQL server.


In conclusion, there are many ways to enhance the performance of your site, but increasing memory limits is certainly not a good method.

In fact, allowing more memory will (on the one hand) not solve the problem of limited mysql connections and (on the other hand) give more "space" to bad code to make more use of resources, which essentially implies that the problem is aggravated.

I would strongly recommend to review the code and/or introduce caching mechanisms in the applications running on your site.

Hope the above helps and explains a little bit.

Regards......
 
Back
Top