GCP 下 MYSQL 创建和体验

选用配置如下

一天大概

In [3]: 1.84*24*7
Out[3]: 309.12

一个月 9273.6 人名币

In [4]: 1.84*24*7*30
Out[4]: 9273.6

性能上

大概可以算出

要根据磁盘的IOPS来估算数据库的QPS（每秒查询数）和TPS（每秒事务数），需要考虑数据库系统的读写比例、查询复杂度、索引使用情况等因素。一般来说，可以通过以下步骤来估算数据库的QPS和TPS：

确定读写比例：首先需要确定数据库系统的读写比例，即读操作和写操作在总操作中的比例。根据实际应用场景和负载情况，可以大致估算出读写比例。
计算每个操作的IOPS：根据数据库系统的读写比例和磁盘的IOPS，可以计算出每个读操作和写操作的平均IOPS。例如，如果读写比例为3:1，磁盘的IOPS为1000，那么每个读操作的IOPS可以估算为750（10003/4），每个写操作的IOPS可以估算为250（10001/4）。
估算QPS和TPS：根据每个操作的IOPS和实际负载情况，可以估算出数据库的QPS和TPS。例如，如果每个读操作的IOPS为750，每个写操作的IOPS为250，那么可以根据实际读写操作的频率来计算出每秒的查询数和事务数。

需要注意的是，实际的QPS和TPS还受到数据库系统的性能、查询复杂度、索引设计等因素的影响，因此以上估算仅为参考值，实际情况可能会有所偏差。在实际应用中，可以通过性能测试和负载测试来更准确地评估数据库的QPS和TPS。

按照单机不分离读写

读写比例其实跟实现有关系一次主键查找 1-3次 IOPS 查找 B+ 索引 + 数据和 B+ 数的层次有关系

一次索引查找应该 2-N次 IOPS 一次索引 -> 数据行 id -> 读取数据行

所以 7500 的 IOPS 应该支持 2000 左右的 QPS TPS

但是如果自建应该可以很便宜

因为这个只有单一region 的多区容灾级别也不是很高