问题标签 [amazon-aurora]

我在 Amazon Aurora 中有一个旧版 MySQL 数据库，我想将其与 SQLAlchemy Automap 一起使用。

我正在运行以下版本：

而这段代码：

但在准备电话中，我得到以下异常：

是否有 SQLAlchemy 驱动程序可以解释 Aurora 中的差异，或者这是否表明架构存在真正的问题？

我们使用的是mysql 版本 (5.6.19-log)，我们将数据库从 mysql 迁移到 Amazon RDS。Mysql table_schema排序规则类型 --> utf8_unicode_ci

Mysql table_schema字符集 --> utf8

我们在 Amazon RDS 上进行了相同的配置，将 table_schema 从 mysql 迁移到 Amazon RDS。

一些表 Varchar 类型列遗漏了 Amazon RDS 数据库中的数据。

我检查了这些 varchar 类型列排序规则是“ latin1_swedish_ci ”，字符集类型是“ latin1 ”

如何解决这些数据丢失问题？

我有一个 Amazon Elastic Map Reduce (EMR) 作业，我想用它来处理从 Amazon Aurora MySQL 表中卸载的数据，就像我从 Amazon Redshift 中处理的一样。也就是说，运行如下查询：

然后，EMR 作业处理转储数据中的行并将其写回 S3。

这可能吗？如何？

我一直在阅读，当主实例发生故障时，Aurora DB 会将副本提升为新的主实例——如果副本发生故障，副本将被替换为新实例。

我想我的问题比所有这些都更基本 - Aurora 认为实例（主实例或副本）失败了怎么办？是某个错误代码还是没有响应？任何输入将不胜感激。谢谢！

问这个问题时，我的假设是 Aurora 只会写入主实例，并且可以从主实例或副本实例中读取。我猜基于此，以及对 CloudWatch 的一些观察，我还假设读取将首先发生在主实例上，并且只有在主实例上的某个阈值被超过时才会移动到副本。

如果这是真的（如果不是，请纠正我），将读取请求定向到副本而不是主实例会发生什么？到目前为止，我的主实例上的 CPU 利用率已达到 45%，但我还没有看到副本指标（尤其是查询指标）发生足够显着的变化，无法认为读取流量正在被重定向.

通过“现实地”，我的意思是我希望，在现实世界的场景中，当从主实例到副本发生故障转移时，（现在的前）主实例由于首先导致故障转移的任何原因而无法使用，它会被处理掉。这就提出了几个问题：

1. 如果处置了（前）主实例，则将现有副本提升为新的主实例。既然您现在有 n - 1 个副本实例，是否还会创建一个新副本？
2. 如果我的任何假设是正确的，有没有办法在主实例实际失败并被处置的情况下进行测试，因为 RDS 中的“故障转移”功能只是将其切换到副本？

如果主 Aurora 数据库实例由于某种原因而死亡，并且现有副本被提升为新的主副本，是否会创建一个新的副本实例以使我最终获得相同数量的只读副本？

如果是这样，平均需要多长时间才能创建一个新副本？

我们在 MySQL 5.6 上；今天使用快照迁移到 Aurora。

以下关于 Aurora 的查询显示“未知数据库产品”，而它在 MySQL DB 上运行良好：

select p.id,products.getSalePlanMinDate(p.id,NOW()) AS minDate from products.product p inner join customers.recently_viewed_products rvp on p.id = rvp.product_id ;

在极光上；select * from products.product 工作正常.. 发生这种情况是因为我在查询中使用函数.. 如果我删除函数它工作正常

最后，才知道即使遵循 select 也不起作用：

选择 products.getSalePlanMinDate();

即使此函数的 DEFINER 具有 EXECUTE 的权限.. 我尝试使用与 DEFINER 相同的用户登录

我们在 MySQL 5.6 上；今天使用快照迁移到 Aurora。所有数据库模式都存在于新的 Aurora 数据库中；除了 tmp ！

我有一个 Aurora 副本，我知道主实例和辅助实例共享一个底层集群卷。

当我show slave status在只读副本上运行时，它什么也没显示。

1. 为什么它会这样？

2. Aurora 使用什么样的复制？