optuna.storages

该 storages 模块定义了一个 BaseStorage 类，该类抽象了一个后端数据库，并提供了对 study 和 trial 的读写历史的库内部接口。希望使用除默认 InMemoryStorage 以外的存储解决方案的库用户，应该使用下面文档中 BaseStorage 的子类之一。

`RDBStorage`	RDB 后端的存储类。
`RetryFailedTrialCallback`	最多重试失败的 trial 指定次数。
`fail_stale_trials`	将过时的 trial 标记为失败，并运行其失败回调。
`JournalStorage`	Journal 存储后端的存储类。
`InMemoryStorage`	将数据存储在 Python 进程内存中的存储类。
`run_grpc_proxy_server`	为给定的存储 URL、主机和端口运行 gRPC 服务器。
`GrpcStorageProxy`	gRPC 客户端，用于 `run_grpc_proxy_server()`。

optuna.storages.journal

JournalStorage 需要后端规范，以下是支持的后端列表。

注意

如果用户希望使用 Optuna 不支持的任何后端，可以通过继承 optuna.storages.journal.BaseJournalBackend 来创建自定义类，从而实现此目的。

`journal.JournalFileBackend`	Journal 日志后端的文件存储类。
`journal.JournalRedisBackend`	Journal 日志后端的 Redis 存储类。

用户可以灵活地为 JournalFileBackend 选择锁对象，以下是支持的锁对象列表。

`journal.JournalFileSymlinkLock`	用于同步 NFSv2 或更高版本进程的锁类。
`journal.JournalFileOpenLock`	用于同步 NFSv3 或更高版本进程的锁类。

已弃用的模块

注意

以下模块已在 v4.0.0 中弃用，将在未来版本中移除。请使用 optuna.storages.journal 中定义的模块。

`BaseJournalLogStorage`	Journal 存储的基类。
`JournalFileStorage`
`JournalRedisStorage`