How to Improve MySQL AWS Performance 2X Over Amazon RDS at The Same Cost
Tags: mysql, aws, performance, rds
Published: 2019-10-24 16:48:18

---
title: How to Improve MySQL AWS Performance 2X Over Amazon RDS at The Same Cost
published: true
description: Compare MySQL Amazon RDS vs. ScaleGrid MySQL Hosting on AWS High Performance instances to achieve higher throughput and lower latency at the same cost. ScaleGrid Blog
tags: MySQL, AWS, Performance, RDS,
canonical_url: https://scalegrid.io/blog/how-to-improve-mysql-aws-performance-2x-over-amazon-rds-at-the-same-cost/
---
<link rel="canonical" href="https://scalegrid.io/blog/how-to-improve-mysql-aws-performance-2x-over-amazon-rds-at-the-same-cost/" />

<p style="text-align: justify;"><a href="https://scalegrid.io/blog/how-to-improve-mysql-aws-performance-2x-over-amazon-rds-at-the-same-cost/"><img class="alignnone size-full wp-image-4752" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/How-to-Improve-MySQL-AWS-Performance-2X-Over-Amazon-RDS-at-The-Same-Cost.jpg" alt="How to Improve MySQL AWS Performance 2X Over Amazon RDS at The Same Cost" width="100%" height="auto" /></a></p>
<p style="text-align: justify;"><a style="color: #2da964;" href="https://scalegrid.io/blog/2019-open-source-database-report-top-databases-public-cloud-vs-on-premise-polyglot-persistence/" target="_blank">AWS is the #1 cloud provider</a> for open-source database hosting, and the go-to cloud for MySQL deployments. As organizations continue to migrate to the cloud, it’s important to get in front of performance issues, such as high latency, low throughput, and replication lag with higher distances between your users and cloud infrastructure. While many AWS users default to their managed database solution, Amazon RDS, there are alternatives available that can improve your MySQL performance on AWS through advanced customization options and unlimited EC2 instance type support. ScaleGrid offers a compelling alternative to hosting MySQL on AWS that offers better performance, more control, and no cloud vendor lock-in and the same price as Amazon RDS. In this post, we compare the performance of <a style="color: #2da964;" href="https://scalegrid.io/blog/how-to-improve-mysql-aws-performance-2x-over-amazon-rds-at-the-same-cost/" target="_blank">MySQL Amazon RDS vs. MySQL Hosting at ScaleGrid</a> on AWS High Performance instances.</p>

<h2 style="padding: 15px 0px 8px;">TLDR</h2>
<p style="text-align: justify;">ScaleGrid’s MySQL on AWS High Performance deployment can provide 2x-3x the throughput at half the latency of Amazon RDS for MySQL with their added advantage of having 2 read replicas as compared to 1 in RDS.</p>

<h2 style="padding: 15px 0px;">MySQL on AWS Performance Test</h2>
<table>
<tbody>
<tr>
<td width="25%"></td>
<td style="background-color: #2da964; padding: 10px; color: #fff;" width="37.5%"><b>ScaleGrid</b></td>
<td style="background-color: #e09f54; padding: 10px; color: #fff;" width="37.5%"><b>Amazon RDS</b></td>
</tr>
<tr>
<td style="border: 1px solid #eee; padding: 10px; background: #f9f9f9;">Instance Type</td>
<td style="border: 1px solid #eee; padding: 10px;"><a style="color: #2da964;" href="https://scalegrid.io/pricing.html?db=mysql&amp;cloud=cloud_aws_high_performance&amp;replica=deployment_mysql_3&amp;instance=xlarge#section_pricing_dedicated" target="_blank">AWS High Performance XLarge</a> (see system details below)</td>
<td style="border: 1px solid #eee; padding: 10px;">DB Instance <a style="color: #2da964;" href="https://aws.amazon.com/rds/mysql/pricing/?nc=sn&amp;loc=4" target="_blank" rel="nofollow">r4.xlarge</a> </br>(Multi-AZ)</td>
</tr>
<tr>
<td style="border: 1px solid #eee; padding: 10px; background: #f9f9f9;">Deployment Type</td>
<td style="border: 1px solid #eee; padding: 10px;">3 Node Master-Slave Set with Semisynchronous Replication</td>
<td style="border: 1px solid #eee; padding: 10px;">Multi-AZ Deployment with 1 Read Replica</td>
</tr>
<tr>
<td style="border: 1px solid #eee; padding: 10px; background: #f9f9f9;">SSD Disk</td>
<td style="border: 1px solid #eee; padding: 10px;">Local SSD &amp; General Purpose - 2TB</td>
<td style="border: 1px solid #eee; padding: 10px;">General Purpose - 2TB</td>
</tr>
<tr>
<td style="border: 1px solid #eee; padding: 10px; background: #f9f9f9;">Monthly Cost (USD)</td>
<td style="border: 1px solid #eee; padding: 10px;">$1,798</td>
<td style="border: 1px solid #eee; padding: 10px;">$1,789</td>
</tr>
</tbody>
</table>
&nbsp;
<p style="text-align: justify;">As you can see from the above table, MySQL RDS pricing is within $10 of ScaleGrid’s fully managed <a style="color: #2da964;" href="https://scalegrid.io/mysql.html" target="_blank">MySQL hosting solution</a>.</p>

<h2 style="padding: 15px 0px 8px;">What are ScaleGrid’s High Performance Replica Sets?</h2>
<p style="text-align: justify;">The ScaleGrid <a style="color: #2da964;" href="https://scalegrid.io/mysql/aws.html" target="_blank">MySQL on AWS</a> High Performance replica set uses a hybrid of local SSD and EBS disk to achieve both high performance and high reliability. A typical configuration is deployed using a 3-node replica set:</p>

<ul>
	<li>The Master and Slave-1 use local SSD disks.</li>
	<li>Slave-2 uses an EBS disk (can be General Purpose or a Provisioned IOPS disk).</li>
</ul>
<p style="text-align: justify;"><a href="https://scalegrid.io/blog/wp-content/uploads/2019/10/High-Performance-MongoDB-AWS-3-Node-Replica-Set.png"><img class="alignnone size-full wp-image-4752" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/High-Performance-MongoDB-AWS-3-Node-Replica-Set.png" alt="High Performance MySQL AWS 3-Node Replica Set - ScaleGrid DBaaS" width="100%" height="auto" /></a></p>
<p style="text-align: justify;">What does this mean? Since the Master and the Slave-1 are running on local SSD, you get the best possible disk performance from your AWS machines. No more network-based EBS, just blazing-fast local SSD. Reads and writes to your Primary, and even reads from Slave-1 will work at SSD speed. Slave-2 uses an EBS data disk, and you can configure the amount of IOPS required for your cluster. This configuration provides complete safety for your data, even in the event you lose the local SSD disks.</p>
<p style="text-align: justify;">ScaleGrid’s <a style="color: #2da964;" href="https://scalegrid.io/pricing.html?db=mysql&amp;cloud=cloud_aws_high_performance&amp;replica=deployment_mysql_3&amp;instance=xlarge#section_pricing_dedicated" target="_blank">MySQL AWS High Performance XLarge</a> replica set uses i3.xlarge (30.5 GB RAM) instances with local SSD for the Master and Slave-1, and an i3.2xlarge (61 GB RAM) instance for Slave-2.</p>

<h3 style="padding: 15px 0px 8px;">MySQL Configuration</h3>
<p style="text-align: justify;">A similar MySQL configuration is used on both ScaleGrid and RDS deployments:</p>

<table width="100%">
<tbody>
<tr>
<td style="width: 50%; padding: 10px; border: 1px solid #eee; background: #f4f8f2;"><b>Configuration</b></td>
<td style="width: 50%; padding: 10px; border: 1px solid #eee; background: #f4f8f2;"><b>Value</b></td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">version</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">5.7.25 community edition</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">innodb_buffer_pool_size</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">25G</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">innodb_log_file_size</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">1G</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">innodb_flush_log_at_trx_commit</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">1</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">sync_binlog</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">1</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">innodb_io_capacity</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">3000</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">innodb_io_capacity_max</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">6000</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">slave_parallel_workers</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">30</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">slave_parallel_type</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">LOGICAL_CLOCK</td>
</tr>
</tbody>
</table>
<h3 style="padding: 15px 0px;">MySQL Performance Benchmark Configuration</h3>
<table width="100%">
<tbody>
<tr>
<td style="padding: 10px; border: 1px solid #eee; background: #f4f8f2;" width="50%"><b>Configuration</b></td>
<td style="padding: 10px; border: 1px solid #eee; background: #f4f8f2;" width="50%"><b>Details</b></td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">Tool</td>
<td style="padding: 8px 10px; border: 1px solid #eee;"><a style="color: #2da964;" href="https://github.com/akopytov/sysbench/releases" target="_blank">Sysbench version 1.0.17</a></td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">Host</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">1 r4.xlarge located in the same AWS datacenter as the Master MySQL</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;"># Tables</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">100</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;"># Rows per table</td>
<td style="padding: 8px 10px; border: 1px solid #eee;">5,000,000</td>
</tr>
<tr>
<td style="padding: 8px 10px; border: 1px solid #eee;">Workload generating script</td>
<td style="padding: 8px 10px; border: 1px solid #eee;"><a style="color: #2da964;" href="https://github.com/akopytov/sysbench/blob/master/src/lua/oltp_read_write.lua" target="_blank">oltp_read_write.lua</a></td>
</tr>
</tbody>
</table>
&nbsp;
<h2 style="padding: 15px 0px 8px;">MySQL Performance Test Scenarios and Results</h2>
<p style="text-align: justify;">To ensure we provide informative results for all MySQL AWS workload types, we have broken down our tests into these three scenarios so you can evaluate based on your read/write workload intensity:</p>

<ol>
	<li style="padding: 5px 0px;"><b>Read-Intensive Workload:</b> 80% Reads and 20% Writes</li>
	<li style="padding: 5px 0px;"><b>Balanced Workload:</b> 50% Reads and 50% Writes</li>
	<li style="padding: 5px 0px;"><b>Write-Intensive Workload:</b> 20% Reads and 80% Writes</li>
</ol>
<p style="text-align: justify;">Each scenario is run with varying number of sysbench client threads ranging from 50 to 400, and each test is run for a duration of 10 minutes. We measure throughput in terms of Queries Per Second (QPS) and 95th Percentile latency, and ensure that the max replication lag on the slaves does not cross 30s. For some of the tests on the ScaleGrid deployment, MySQL configuration <a style="color: #2da964;" href="https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html#sysvar_binlog_group_commit_sync_delay" target="_blank">binlog_group_commit_sync_delay</a> is tuned so that the slave replication lag does not go beyond 30s. This technique is referred to as ‘slowing down the master to speed up the slaves’ and is explained in <a style="color: #2da964;" href="https://jfg-mysql.blogspot.com/2017/02/metric-for-tuning-parallel-replication-mysql-5-7.html" target="_blank">J-F Gagne’s blog</a>.</p>


<h3 style="padding: 15px 0px;">Scenario-1: Read-Intensive Workload with 80% Reads and 20% Writes</h3>
<p style="text-align: justify;"><a href="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Throughput-Performance-Test-80-Percent-Read-20-Percent-Write.png"><img class="alignnone size-full wp-image-4753" style="border: 4px solid #f4f8f2;" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Throughput-Performance-Test-80-Percent-Read-20-Percent-Write.png" alt="ScaleGrid vs Amazon RDS: MySQL Throughput Performance Test - 80 Percent Read 20 Percent Write" width="100%" height="auto" /></a></p>
<p style="text-align: justify; padding: 15px 0px;">As we can see from the read-intensive workload tests, ScaleGrid high performance MySQL instances on AWS are able to consistently handle around 27,800 QPS anywhere from 50 up to 400 threads. This is almost a 200% increase over MySQL RDS performance which averages only 9,411 QPS across the same range of threads.</p>
<p style="text-align: justify;"><a href="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Latency-Performance-Test-80-Percent-Read-20-Percent-Write.png"><img class="alignnone size-full wp-image-4754" style="border: 4px solid #f4f8f2;" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Latency-Performance-Test-80-Percent-Read-20-Percent-Write.png" alt="ScaleGrid vs Amazon RDS: MySQL Latency Performance Test - 80 Percent Read 20 Percent Write" width="100%" height="auto" /></a></p>
<p style="text-align: justify; padding: 15px 0px;">ScaleGrid also maintains 53% lower latency on average throughout the entire MySQL AWS performance tests. Both Amazon RDS and ScaleGrid latency increase steadily as the number of threads grows, where ScaleGrid maxes out at 383ms for 400 threads while Amazon RDS is at 831ms at the same level.</p>

<h3 style="padding: 15px 0px;">Scenario-2: Balanced Workload with 50% Reads and 50% Writes</h3>
<p style="text-align: justify;"><a href="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Throughput-Performance-Test-50-Percent-Read-50-Percent-Write.png"><img class="alignnone size-full wp-image-4755" style="border: 4px solid #f4f8f2;" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Throughput-Performance-Test-50-Percent-Read-50-Percent-Write.png" alt="ScaleGrid vs Amazon RDS: MySQL Throughput Performance Test - 50 Percent Read 50 Percent Write" width="100%" height="auto" /></a></p>
<p style="text-align: justify; padding: 15px 0px;">In our balanced workload performance tests, ScaleGrid’s MySQL High Performance deployment on AWS outperforms again with an average of 20,605 QPS on threads ranging from 50 to 400. Amazon RDS only averaged 8,296 for the same thread count, resulting in a 148% improvement with ScaleGrid.</p>
<p style="text-align: justify;"><a href="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Latency-Performance-Test-50-Percent-Read-50-Percent-Write.png"><img class="alignnone size-full wp-image-4756" style="border: 4px solid #f4f8f2;" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Latency-Performance-Test-50-Percent-Read-50-Percent-Write.png" alt="ScaleGrid vs Amazon RDS: MySQL Latency Performance Test - 50 Percent Read 50 Percent Write" width="100%" height="auto" /></a></p>
<p style="text-align: justify; padding: 15px 0px;">Both ScaleGrid and Amazon RDS latency significantly decreased in the balanced workload tests compared to the read-intensive tests covered above. Amazon RDS averaged 258ms latency in the balanced workload tests, where ScaleGrid only averaged 125ms achieving over a 52% reduction in latency over MySQL on Amazon RDS.</p>

<h3 style="padding: 15px 0px;">Scenario-3: Write-Intensive Workload with 20% Reads and 80% Writes</h3>
<p style="text-align: justify;"><a href="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Throughput-Performance-Test-20-Percent-Read-80-Percent-Write.png"><img class="alignnone size-full wp-image-4757" style="border: 4px solid #f4f8f2;" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Throughput-Performance-Test-20-Percent-Read-80-Percent-Write.png" alt="ScaleGrid vs Amazon RDS: MySQL Throughput Performance Test - 20 Percent Read 80 Percent Write" width="100%" height="auto" /></a></p>
<p style="text-align: justify; padding: 15px 0px;">In our final write-intensive MySQL AWS workload scenario, ScaleGrid achieved significantly higher throughput performance with an average of 17,007 QPS over the range of 50 to 400 threads. This is a 123% improvement over Amazon RDS who only achieved 7,638 QPS over the same number of threads.</p>
<p style="text-align: justify;"><a href="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Latency-Performance-Test-20-Percent-Read-80-Percent-Write.png"><img class="alignnone size-full wp-image-4758" style="border: 4px solid #f4f8f2;" src="https://scalegrid.io/blog/wp-content/uploads/2019/10/ScaleGrid-vs-Amazon-RDS-MySQL-Latency-Performance-Test-20-Percent-Read-80-Percent-Write.png" alt="ScaleGrid vs Amazon RDS: MySQL Latency Performance Test - 20 Percent Read 80 Percent Write" width="100%" height="auto" /></a></p>
<p style="text-align: justify; padding: 15px 0px;">The 95th percentile latency tests also produced significantly lower latency for ScaleGrid at an average of 114ms over 50 to 400 threads. Amazon RDS achieved an average of 247ms in their latency tests, resulting in a 54% average reduction in latency when deploying ScaleGrid’s High Performance MySQL on AWS services over Amazon RDS.</p>

<h2 style="padding: 15px 0px 8px;">Analysis</h2>
<p style="text-align: justify; padding-bottom: 15px;">As we observed from the test results, read-intensive workloads resulted in both higher throughput and latency over balanced workloads and write-intensive workloads, regardless of how MySQL was deployed on AWS:</p>

<table width="100%">
<tbody>
<tr>
<td style="width: 36%; padding: 10px; border: 1px solid #eee; background: #f4f8f2;"><b>MySQL on AWS Throughput Performance Test Averages</b></td>
<td style="width: 18%; padding: 10px; border: 1px solid #eee; background: #2da964; color: #fff;"><b>ScaleGrid</b></td>
<td style="width: 18%; padding: 10px; border: 1px solid #eee; background: #e09f54; color: #fff;"><b>Amazon RDS</b></td>
<td style="width: 18%; padding: 10px; border: 1px solid #eee; background: #f4f8f2;"><b>ScaleGrid Improvement</b></td>
</tr>
<tr>
<td style="padding: 10px; border: 1px solid #eee;">Read-Intensive Throughput</td>
<td style="padding: 10px; border: 1px solid #eee;">27,795</td>
<td style="padding: 10px; border: 1px solid #eee;">9,411</td>
<td style="padding: 10px; border: 1px solid #eee;">195.4%</td>
</tr>
<tr>
<td style="padding: 10px; border: 1px solid #eee;">Balance Workload Throughput</td>
<td style="padding: 10px; border: 1px solid #eee;">20,605</td>
<td style="padding: 10px; border: 1px solid #eee;">8,296</td>
<td style="padding: 10px; border: 1px solid #eee;">148.4%</td>
</tr>
<tr>
<td style="padding: 10px; border: 1px solid #eee;">Write-Intensive Throughput</td>
<td style="padding: 10px; border: 1px solid #eee;">17,007</td>
<td style="padding: 10px; border: 1px solid #eee;">7,638</td>
<td style="padding: 10px; border: 1px solid #eee;">122.7%</td>
</tr>
</tbody>
</table>
&nbsp;
<table>
<tbody>
<tr>
<td style="width: 36%; padding: 10px; border: 1px solid #eee; background: #f4f8f2;"><b>MySQL on AWS Latency Performance Test Averages</b></td>
<td style="width: 18%; padding: 10px; border: 1px solid #eee; background: #2da964; color: #fff;"><b>ScaleGrid</b></td>
<td style="width: 18%; padding: 10px; border: 1px solid #eee; background: #e09f54; color: #fff;"><b>Amazon RDS</b></td>
<td style="width: 18%; padding: 10px; border: 1px solid #eee; background: #f4f8f2;"><b>ScaleGrid Improvement</b></td>
</tr>
<tr>
<td style="padding: 10px; border: 1px solid #eee;">Read-Intensive Latency</td>
<td style="padding: 10px; border: 1px solid #eee;">206ms</td>
<td style="padding: 10px; border: 1px solid #eee;">439ms</td>
<td style="padding: 10px; border: 1px solid #eee;">-53.0%</td>
</tr>
<tr>
<td style="padding: 10px; border: 1px solid #eee;">Balanced Workload Latency</td>
<td style="padding: 10px; border: 1px solid #eee;">125ms</td>
<td style="padding: 10px; border: 1px solid #eee;">258ms</td>
<td style="padding: 10px; border: 1px solid #eee;">-51.6%</td>
</tr>
<tr>
<td style="padding: 10px; border: 1px solid #eee;">Write-Intensive Latency</td>
<td style="padding: 10px; border: 1px solid #eee;">114ms</td>
<td style="padding: 10px; border: 1px solid #eee;">247ms</td>
<td style="padding: 10px; border: 1px solid #eee;">-53.8%</td>
</tr>
</tbody>
</table>
<h3 style="padding: 15px 0px 8px;">Explanation of Results</h3>
<ul>
	<li style="text-align: justify; padding: 5px 0px;">We see that the ScaleGrid MySQL on AWS deployment provided close to 3x better throughput for the read-intensive workload compared to the RDS deployment.</li>
	<li style="text-align: justify; padding: 5px 0px;">As the write load increased, though the absolute throughput decreased, ScaleGrid still provided close to 2.5x better throughput performance.</li>
	<li style="text-align: justify; padding: 5px 0px;">For write-intensive workloads, we found that the replication lag started kicking in for the EBS slave on the ScaleGrid deployment. Since our objective was to keep the slave replication lag within 30s for our runs, we introduced <a style="color: #2da964;" href="https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html#sysvar_binlog_group_commit_sync_delay" target="_blank">binlog_group_commit_sync_delay</a> to ensure that slave could achieve better parallel execution. This controlled the delay, and resulted in lesser absolute throughput on the ScaleGrid deployment, but we could still see a 2.2x better throughput compared to RDS deployment.</li>
	<li style="text-align: justify; padding: 5px 0px;">For all of the read-intensive, write-intensive, and balanced workload scenarios, ScaleGrid offered 0.5X lower latency characteristics compared to RDS.</li>
</ul>
<p style="text-align: justify; padding-bottom: 20px;">ScaleGrid ‘High Performance’ deployment can provide 2x-3x the throughput at half the latency of RDS with an added advantage of having 2 read replicas as compared to 1 in RDS. To learn more about ScaleGrid's MySQL hosting advantages over Amazon RDS for MySQL, check out our <a style="color: #2da964;" title="Compare MySQL Hosting Providers" href="https://scalegrid.io/mysql/hosting-comparison.html" target="_blank">Compare MySQL Providers</a> page or start a <a style="color: #2da964;" title="Free 30-Day Trial - MySQL Hosting at ScaleGrid" href="https://console.scalegrid.io/users/register" target="_blank">free 30-day trial</a> to explore the fully managed DBaaS platform.</p>