Php 自动气象站提高眼压

我以前从未使用过AWS，并且创建了一个托管在EC2实例上的php应用程序

应用程序在处理记录后将其插入RDS。在免费层，它以每秒大约10条记录的速度插入它们

我将如何着手提高这一过程发生的速度？我添加了100GB配置的IOPS存储，限制为1000 IOPS

然而，当我运行我的应用程序时，我得到了与以前相同的速度

---

Ec2实例和RDS实例上的哪些规范将决定其写入数据库的速度？

如果Ec2和RDS实例位于同一区域，则通过增加RDS规范，您可能会获得更高的性能，但通常MySQL的写入速度不太快，尤其是当您向表中添加更多索引时

通过在查询中成批插入而不是单独执行插入，可以获得更好的性能

INSERT INTO users (name, gender) VALUES
  ('bob', 'm'),
  ('jane', 'f')

---

如果您使用某种队列系统（如SQS或elasticache）写入内存并以异步方式批量插入它们，这可能会更容易。

如果EC2和RDS实例位于同一区域，则通过增加RDS规范，您可能会获得更高的性能，但一般来说，MySQL的写入速度并没有那么快，尤其是在向表中添加更多索引时

通过在查询中成批插入而不是单独执行插入，可以获得更好的性能

INSERT INTO users (name, gender) VALUES
  ('bob', 'm'),
  ('jane', 'f')

如果您使用某种队列系统（如SQS或elasticache）写入内存并以异步方式批量插入，这可能会更容易些。

请注意

AWS免费层实例仅适用于临时使用。t2.micro正在“CPU信用”突发模式下运行。一旦您用完了这些CPU积分，服务器将节流到超过25%的CPU，因此您的性能将受到影响

您应该在cloudwatch上投资一点，以发送RDS IOPS信息，了解真正的问题是什么，例如，找出是CPU、RAM还是IO问题

AWS推出SSD gp2存储已有相当一段时间了。因此，您应该使用AWS per GB x 3 IOPS机制，而不是直接跳转到配置的IOPS。 这篇文章告诉你。您还可以通过gp2和突发IO获得额外的性价比

一定要注意

AWS免费层实例仅适用于临时使用。t2.micro正在“CPU信用”突发模式下运行。一旦您用完了这些CPU积分，服务器将节流到超过25%的CPU，因此您的性能将受到影响

您应该在cloudwatch上投资一点，以发送RDS IOPS信息，了解真正的问题是什么，例如，找出是CPU、RAM还是IO问题

AWS推出SSD gp2存储已有相当一段时间了。因此，您应该使用AWS per GB x 3 IOPS机制，而不是直接跳转到配置的IOPS。 这篇文章告诉你。您还可以通过gp2和突发IO获得额外的性价比

---

配置的IOPS是磁盘时代的平均值。使用gp2并首先保持100GB的磁盘空间（这会使您获得100 x 3=300 IOPS）。对于磁盘时代，配置的IOPS是平均值。使用gp2并首先保持100GB的磁盘空间（这会使您获得100x3=300 IOPS）。如果这是一个愚蠢的评论，请原谅我，除了批量处理问题之外，这是否意味着我永远无法将插入记录的数量大幅提高到每秒100次？不一定。MySQL有它自己的瓶颈——我想看看使用Aurora RDS的例子——但如果你提供IOPs，你可以每秒进行数千次或数万次I/O插入。值得一问的是，DynamoDB是否也更合适？DynamoDB是一个没有任何软限制问题的每秒写入量高达20或30k的地方。如果这是一个愚蠢的评论，请原谅我，除了批量处理问题之外，这是否意味着我永远无法将插入记录的数量大幅提高到每秒100次？不一定。MySQL有它自己的瓶颈——我想看看使用Aurora RDS的例子——但如果你提供IOPs，你可以每秒进行数千次或数万次I/O插入。值得一问的是，DynamoDB是否也更适合这种情况？DynamoDB可以使其每秒写入量达到20或30k，而不存在任何软限制问题。