optuna.storages

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

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

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`