问题标签 [amazon-aurora]

我发现 MySql 视图是最常见的性能缺陷之一，主要是由于这个答案中提到的原因。

最大的缺点是 MySQL 如何处理视图，无论是存储的还是内联的。MySQL 将始终运行视图查询并将该查询的结果具体化为临时 MyISAM

视图的一大缺点是来自外部查询的谓词永远不会下推到视图中

与 MySql 相比，Aurora 中的视图有哪些性能差异（如果有）？

Aurora 视图是否必须在不考虑外部查询的谓词的情况下实现？

我正在开发一个将使用 docker 容器部署的应用程序。此应用程序连接并查询 AWS RDS 上的 Aurora 数据库。

我想做一些 QA 测试，指向测试数据库而不是 Aurora 数据库生产。

最好的方法是什么？

在同一个 RDS 上创建数据库副本？

将 MySQL 实例放入 app 容器中并指向它，然后进行 QA 测试？

或者创建一个安装了 MySQL 的简单容器并将我的应用程序指向它？

我现在在 MySql 中有一个表，730 万行，1.5GB 大小，如果我运行这个查询：

如何获取mysql数据库表的大小？

我试图了解在 AWS Aurora 中进行全表扫描会花费我多少？

AWS 将其列为：

I/O 率 - 每 100 万个请求 0.200 美元

但是我怎么可能把它翻译成“这会让我付出什么代价”呢？

所以我们有一个 laravel 5 php 应用程序，它每分钟读取/写入 AWS Aurora DB 大约 1500-2000 次。它正在执行简单的选择，然后更新列中的值。

但是，在尝试不时更新值时，我们会遇到一些错误。（500 分之 1 会出错）

这是我们的代码

我们已尝试删除/添加lockForUpdate()，但这并不能解决问题。

有没有人遇到过这个问题？

更新：

好的，所以我的问题很简单，但我还没有真正找到可靠的答案。

我目前正在使用 MySQL 数据库，我想介绍一个独特的字段。在这个字段中会有很多行具有 NULL 值，这在 MySQL 中很好。但是，我可能会在未来的某个阶段过渡到使用 Aurora。

Aurora 描述说它是“与 MySQL 兼容的”，并且根据常见问题解答：

'问：“MySQL 兼容”是什么意思？

这意味着您现在已经在 MySQL 数据库中使用的大多数代码、应用程序、驱动程序和工具都可以与 Aurora 一起使用，而只需很少或无需更改。

这个答案仍然留下了 Aurora 不支持此功能（允许一个唯一字段的多个空值）的可能性很小。

根据我的发现，我的假设是支持此功能，但如果可能的话，我想在 MySQL 中实现它之前得到一个具体的答案（以前有人做过等）。

如果实际上不可能为 Aurora 中的一个唯一字段设置多个 NULL 值，有没有办法解决它？

问候，乔希。

我有一个旧版 SQL Server 数据库，我需要将其中一个非常大的表的一部分复制到 AWS (RDS) 的新 Aurora 数据库集群中。

SQL Server 中的旧表有 18 亿条记录和 43 列，但是在新数据库中，我只会保留其中的 13 列和几乎所有行。

我想知道是否有人对我可以移动这些数据的最佳方式有任何想法？

我编写了一个简单的 Python 脚本来查询 SQL 服务器，然后在新数据库上执行插入语句，但我估计在对较小的数据集进行了一些测试后，这将需要大约 30 个小时才能运行。

有任何想法吗？

PS Aurora 基于 MySQL，所以我想如果它适用于 MySQL，它也适用于 Aurora。

我正在尝试将数据库导入 R 以转换并加载回不同的数据库。我正在从 RDS Mysql 中提取我的集合：

这让我得到了这个不幸的输出

我的问题是第三个名字应该以 Júlia 的形式出现。此问题也发生在其他行中。

我的语言环境设置如下。

服务器的默认字符是

我有点迷茫，即将切换到 Python/Panda（它给了我正确的字符，但我有一些学习曲线要​​面对我接下来想做的事情）。知道现在该怎么做吗？

更新1：

当我插入数据时，写入器数据库索引统计信息会更新。
但是，Reader DB Indices 统计信息未更新。

样品在这里。

数据库。

桌子。

作家。

读者。

为什么基数不只更新阅读器？
参数组是默认的。

请告诉我原因。

我想提供最低权限 IAM 策略来控制 AWS Aurora 实例的创建和删除。数据库实例的权限工作正常，但无法删除数据库集群对象：

这是我想要的权利：

但据我测试，只有这个有效：

一般在使用 AWS RDS 时，推荐的实现高可用的做法是在不同的 AZ 部署热副本（多 AZ 部署）。此外，可以调出一些只读副本来提高读取性能。

我已阅读 AWS Aurora 文档，它使用通用虚拟存储层，在 3 个 AZ 上复制，每个 AZ 有两个副本。

我的问题是：如果 Aurora 本身能够自我修复并且其存储分布在多个 AZ 上，是否需要使用 Aurora 数据库集群的 Amazon 多可用区部署？如果它在 3 个 AZ 中的每一个中保留 2 个存储副本，那么它与使用多 AZ 副本设置进行故障转移一样可靠。此外，在故障转移期间。它会自动创建另一个实例（如果不存在只读副本）或切换主实例。我真的不明白任何需要创建使用多可用区极光集群来“提高”可用性的额外要求。

是否有可能在默认 Aurora 部署下可用性会受到影响？在包含主 Aurora DB 节点的整个 AZ 丢失期间会发生什么？