Thank you. I have already 1gb/30gb server. This error never occurs in shared hosting.

@jgojariya @jtittle

When this happens, can you run tail -50 /var/log/mysql/error.log before restarting MySQL and post it here - this will tell us what happened before the crash.

Shared hosting is different from DigitalOcean, since shared hosting doesn’t require anything from you. You just add your files and run, you have no administrative/configuration rights to the database or web server - someone else takes care of that.
On DigitalOcean the entire hosting and maintenance part lands on you, but it also give you the freedom to do whatever you want, since you control the entire server.
Normally I wouldn’t recommend DigitalOcean for hosting a regular WordPress website, since there is a lot of configuration and maintenance, which you don’t have on a simple shared hosting service.

@jgojariya

Shared Hosting is an entirely different ballgame :-).

Some providers use CloudLinux + cPanel which allows them to limit resources on a granular and often problematic level (the case when providers are too strict). Other providers just use cPanel and allow a little more freely without limitations that are often imposed when using CloudLinux.

When it comes to Shared Hosting, the latter often doesn’t count overall resource usage that is a result of Apache, MySQL, etc. They look at disk usage, disk I/O, overall CPU time, RAM, etc. It’s a little more hands on. With CloudLinux, you essentially hit a brick wall and your site slows down to a crawl, and if that doesn’t work, your site just errors out (last resort last I recall).

That being said, shared hosting servers are/should be more powerful (see last comment) that a 1GB Droplet as they are hosting numerous clients to the tune of hundreds or thousands per server. They have more free CPU and RAM to play with, so if you use a little extra for a few minutes or hours, generally, you’re not going to cause a stir.

When it comes to your Droplet, what they shared hosting provider would normally handle for you, such as server optimization, server security, ect – that’s all on you now.

Default configurations rarely work well for production, so installing a LAMP Stack and expecting it to work 100% of the time, issue-free, isn’t going to happen. It’d be nice if it did – no doubt – but there’s far too many scenarios for generalized configuration setting to account for. What works on a 1GB Droplet will probably cause a 16GB Droplet to crawl as it’d be too tight with resources.

On the other hand, what works on a 16GB Droplet would crash a 1GB Droplet in a matter of seconds or minutes as the resource allocations would be far too much for just 1GB of RAM.

…

When it comes to services crashing, there’s really only two things you can do. You can throw hardware at it (upgrade your Droplet), or work on optimizing it the best you can. In some cases, throwing hardware at it is going to be the only way, especially as your site grows. Other times, optimizing, tweaking, tuning, testing – rinse and repeat – is the only way to keep your costs down and prevent $10 turning in to $20 or $20 in to $40, etc.

…

The last few servers I setup for a few private web hosting providers that I’ve worked with in the past were huge. I wanted to give you an idea of what kind of setups some providers deploy and test with, which is why you may sometimes has a little more freedom when it comes to resources on shared hosting.

The first server was a:

• Dual Intel Xeon CPU (12 Cores) w/HT (48 total Cores)
• 128GB RAM
• 16x SSD in RAID-10
• Dual Redundant 10Gbps Uplinks (Public/Private)

That’s not too bad, but the next one was massive.

• Quad Intel Xeon CPU (8 Cores/CPU) w/HT (64 total Cores)
• 1TB RAM
• 24x SSD in RAID-10 + Backup
• Dual Redunant 10Gbps Uplinks (Public/Private)

The last server probably isn’t one you’re going to see at most providers as that’s one huge server and it’s also expensive, thus not one that you’re run of the mill $3-$10 provider is going to use for clients or even VPS.