极光，我的数据在哪里？针对 MySQL 的极限 IOPS 优化

2022-11-03 15:05:51 阅读：277 来源： 互联网

今天，我决定在Amazon Aurora上运行另一个荒谬的测试，这次使用的是不同的MySQL引擎。

MySQL和Aurora的荒谬实验

Amazon RDS 和 Amazon Aurora 完全支持 MySQL 数据库实例的 InnoDB 存储引擎。快照还原等功能仅支持InnoDB存储引擎。但InnoDB并不是RDS for MySQL或Aurora MySQL上唯一可用的引擎。

您可以看到所有启用的引擎都运行一个简单的：

MySQL> show engines;

+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine             | Support | Comment                                                        | Transactions | XA   | Savepoints |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| FEDERATED          | NO      | Federated MySQL storage engine                                 | NULL         | NULL | NULL       |
| MEMORY             | YES     | Hash based, stored in memory, useful for temporary tables      | NO           | NO   | NO         |
| InnoDB             | DEFAULT | Supports transactions, row-level locking, and foreign keys     | YES          | YES  | YES        |
| PERFORMANCE_SCHEMA | YES     | Performance Schema                                             | NO           | NO   | NO         |
| MyISAM             | YES     | MyISAM storage engine                                          | NO           | NO   | NO         |
| MRG_MYISAM         | YES     | Collection of identical MyISAM tables                          | NO           | NO   | NO         |
| BLACKHOLE          | YES     | /dev/null storage engine (anything you write to it disappears) | NO           | NO   | NO         |
| CSV                | YES     | CSV storage engine                                             | NO           | NO   | NO         |
| ARCHIVE            | YES     | Archive storage engine                                         | NO           | NO   | NO         |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+

InnoDB是默认引擎，也是您应该（几乎）用于每个表的引擎。除非您不关心表中存储的数据。

但InnoDB并不是RDS上最快，最轻的存储引擎。不，我不是在谈论MyISAM，我说的是垃圾桶，黑洞存储引擎：

BLACKHOLE存储引擎充当“黑洞”，接受数据但将其丢弃并且不存储它。检索始终返回空结果。

什么？

优化 IOPS 并减少数据问题的最佳方法是不要首先保留数据。好的，我们将存储更少的数据，但我们真的在 CPU 使用率方面有好处吗？存储（无用的）数据到底要花多少钱？

有什么真正的区别吗？

我们将运行一个小实验，以 4 ACU（约 8GB）的固定大小运行 Aurora 无服务器实例。

让我们创建一个简单的表和一个过程来填充一些（百万和无用的）记录。这里没有什么花哨的，只是一些随机数字和每次通话的 500 万条记录。


CREATE TABLE data
(id bigint(20) NOT NULL AUTO_INCREMENT,
datetime TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP,
value float DEFAULT NULL,
PRIMARY KEY (id)) ENGINE=InnoDB;

DELIMITER $$
CREATE PROCEDURE generate_data()
BEGIN
  DECLARE i INT DEFAULT 0;
  WHILE i < 5000000 DO
    INSERT INTO data (datetime,value) VALUES (
      FROM_UNIXTIME(UNIX_TIMESTAMP('2022-01-01 01:00:00')+FLOOR(RAND()*31536000)),
      ROUND(RAND()*100,2));
    SET i = i + 1;
  END WHILE;
END$$
DELIMITER ;

我们现在可以调用我们的简单过程（两次，以查看结果不是随机的和可重现的），并将数据库的指标与InnoDB和BLACKHOLE引擎进行比较。我们在执行之间休眠一段时间（200 秒），以获得更清晰的指标：

CALL generate_data();
SELECT sleep(200);
CALL generate_data();

SELECT sleep(200);
ALTER TABLE data ENGINE=BLACKHOLE;

CALL generate_data();
SELECT sleep(200);
CALL generate_data();

标签：Amazon,Aurora,mysql,引擎,RDS,数据库
来源：

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

极光，我的数据在哪里？针对 MySQL 的极限 IOPS 优化