Rails 7迁移AWS Aurora MySQL的gem与ActiveStorage配置咨询

关于mysql gem的兼容性问题 #

完全可以继续使用你现有对接MySQL的驱动，不需要更换。
注意Rails 7对接MySQL默认使用的是mysql2 gem，如果你之前一直用RDS MySQL跑在Rails 7上，用的肯定是这个驱动，Aurora MySQL是全兼容原生MySQL协议的，连接逻辑和原生RDS MySQL没有任何区别，database.yml里的adapter: mysql2配置完全不用改。
唯一要注意的版本匹配问题：如果你选的Aurora集群兼容MySQL 8.0，确保本地mysql2 gem版本在0.5.3以上即可，这个要求和你用原生RDS MySQL 8.0完全一致，不需要为Aurora做特殊调整。
如果你说的是已经停止维护很多年的老版mysql gem，那它本身就不支持Rails 7，和迁不迁Aurora没有关系，换成mysql2就行。

Aurora读写分离架构下的ActiveStorage配置调整 #

Aurora集群默认提供独立的写端点（主节点）和读端点（只读副本），你不需要额外部署数据库中间件，直接用Rails 7原生的多数据库读写分离能力对接即可，针对ActiveStorage要做的调整很少，主要是以下几点：

• 第一步先在config/database.yml里配置好读写两个连接角色：

production:
  primary:
    adapter: mysql2
    host: 你的Aurora集群写端点地址
    database: 你的应用库名
    username: 数据库账号
    password: <%= ENV["DB_PASSWORD"] %>
  primary_readonly:
    adapter: mysql2
    host: 你的Aurora集群读端点地址
    database: 你的应用库名
    username: 数据库账号
    password: <%= ENV["DB_PASSWORD"] %>
    replica: true

配置完之后Rails会自动把GET类的读请求打到只读副本，写请求打到主节点，但ActiveStorage有几个特殊场景需要手动适配，避免写请求打到只读节点报错：

1. 给ActiveStorage的三个核心模型显式绑定读写连接，避免默认路由出错。新建初始化文件config/initializers/active_storage_db.rb写入以下内容：

Rails.application.config.to_prepare do
  [ActiveStorage::Blob, ActiveStorage::Attachment, ActiveStorage::VariantRecord].each do |model|
    model.connects_to database: { writing: :primary, reading: :primary_readonly }
  end
end

2. 如果你用S3直传方案，前端直传完成后回调应用创建ActiveStorage::Blob记录的接口，必须强制走写节点，避免刚创建的记录因为副本复制延迟查不到，直接在对应controller的动作里套一层写库连接块即可：

def create_blob
  ActiveRecord::Base.connected_to(role: :writing) do
    # 你原来的blob创建逻辑
  end
end

3. 动态生成变体的场景要注意：第一次生成图片/文件变体时，会往active_storage_variant_records表写入元数据，如果你用的是实时生成变体的方案，要确保这个写入逻辑走主库，上面的初始化配置已经覆盖了这个场景，不需要额外改代码。

• 避坑提醒：不要用Aurora自带的读写分离统一端点对接Rails，Rails原生的读写路由已经能准确分发请求，直接用独立的写、读两个端点即可，避免两边路由逻辑冲突导致写请求打到只读节点报错。如果你的业务对一致性要求极高（比如用户刚上传完附件就立刻访问），可以在上传完成后的1-2秒内强制查询走主库，规避Aurora副本的毫秒级复制延迟问题。

内容的提问来源于stack exchange，提问作者EastsideDev