在OAuth 2.0的实现中，数据库通常用于存储客户端信息、授权码、访问令牌和刷新令牌等。以下是通过数据库实现OAuth 2.0跳转的一般步骤和关键点：

1. 客户端信息存储： 在数据库中创建 oauth_client_details 表，用于存储客户端的详细信息，包括 client_id 、 client_secret 、 scope 、 authorized_grant_types 、 web_server_redirect_uri 等字段。这些信息在客户端注册时需要提交给认证服务器，并由认证服务器进行验证。

2. 授权码存储： 当用户同意授权后，认证服务器会生成一个授权码（authorization code），并将其存储在 oauth_code 表中。该表通常包含授权码、创建时间和用户认证信息等字段。

3. 访问令牌和刷新令牌存储： 在用户使用授权码换取访问令牌时，认证服务器会生成 access_token 和 refresh_token ，并将它们存储在 oauth_access_token 和 oauth_refresh_token 表中。这些表通常包含令牌ID、令牌本身、用户名称、客户端ID、认证信息等字段。

4. 跳转逻辑实现： 在用户同意授权后，认证服务器会重定向用户到 redirect_uri ，并附上授权码。这个重定向地址是在客户端注册时提供的，并且需要与数据库中存储的 web_server_redirect_uri 相匹配。

5. 令牌请求处理： 客户端使用授权码向认证服务器请求访问令牌。认证服务器验证授权码的有效性，并通过查询数据库中的 oauth_client_details 和 oauth_code 表来确认客户端信息和授权码。如果验证通过，认证服务器会发放访问令牌和刷新令牌，并更新数据库中的相应记录。

6. 安全性考虑： 为了保证安全性， client_secret 和其他敏感信息应该进行加密存储。此外，授权码应该具有很短的有效期，并且在使用一次后立即失效，以防止被滥用。

7. 配置文件设置： 在配置文件中，需要指定数据库的连接信息，以及与OAuth 2.0相关的各种设置，如令牌的有效期、授权类型等。

8. 自定义认证成功处理： 在某些情况下，可能需要自定义认证成功后的跳转逻辑。这可以通过继承并重写 OAuth2ClientAuthenticationProcessingFilter 和 AuthenticationSuccessHandler 来实现。

通过以上步骤，可以实现一个基于数据库的OAuth 2.0认证和授权流程，确保了客户端信息和令牌的持久化存储，同时也支持了跳转逻辑的实现。