wrap_socket() function. 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 session，参见session。 在 3.5 版更改: 总是允许传送 server_hostname，即使 完成的，可以用ProxyHandler 对象获取到代理处理函数。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 现在如果可行（指ssl.HAS_SNI 为真），支持 HTTPS 虚拟主机 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 21.12. http.client —HTTP 协议客户端 1109 The Python

wrap_socket() function. 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 session，参见session。 在 3.5 版更改: 总是允许传送 server_hostname，即使 完成的，可以用ProxyHandler 对象获取到代理处理函数。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 现在如果可行（指ssl.HAS_SNI 为真），支持 HTTPS 虚拟主机 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 21.12. http.client —HTTP 协议客户端 1109 The Python

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 完成的，可以用ProxyHandler 对象获取到代理处理函数。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 现在如果可行（指ssl.HAS_SNI 为真），支持 HTTPS 虚拟主机 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 、method 均取自 请求对象。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 只要条件允许（指ssl.HAS_SNI 为真），现在能够支持 HTTPS 虚拟主机。 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 、method 均取自 请求对象。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 只要条件允许（指ssl.HAS_SNI 为真），现在能够支持 HTTPS 虚拟主机。 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 在 3.10 版更改: 当未给出 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 、method 均取自 请求对象。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 只要条件允许（指ssl.HAS_SNI 为真），现在能够支持 HTTPS 虚拟主机。 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

自动执行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() ，参数 fullurl 、data 、headers 、method 均 取自请求对象。 在 3.2 版本发生变更: 增加了 cafile 与 capath。 现在将在可能的情况下支持 HTTPS 虚拟主机（也就是说，如果ssl.HAS_SNI 为真值）。 data 可以是一个可迭代对象。 在 3.3 版本发生变更: 增加了 cadefault。 在 3.4.3 版本发生变更: 增加了 context。 source_address, context 和 check_hostname。 在 3.2 版本发生变更: 这个类现在会在可能的情况下（即当ssl.HAS_SNI 为真值时）支持 HTTPS 虚拟主机。 在 3.4 版本发生变更: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版本发生变更: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先

所需上游数据库权限。 631 6.4.3.2 资源要求 操作系统：本文档示例使用的是若干新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应 商提供的平台上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一 台主机上。如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上， Lightning 所需下游数据库权限 8.4.5.2.2 资源要求 操作系统：本文档示例使用的是若干新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应 商提供的平台上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一 台主机上。如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上， 集群可以正常对外提供服务。 13.7.8.1.2 必要条件及限制 运行环境需求 操作系统：建议使用新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应商提供的平台 上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一台主机上。 如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上，然后设置

所需上游数据库权限。 573 6.4.3.2 资源要求 操作系统：本文档示例使用的是若干新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应 商提供的平台上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一 台主机上。如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上， 所需下游数据库权限 764 8.4.5.2.2 资源要求 操作系统：本文档示例使用的是若干新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应 商提供的平台上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一 台主机上。如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上， 集群可以正常对外提供服务。 13.7.8.1.2 必要条件及限制 运行环境需求 操作系统：建议使用新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应商提供的平台 上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一台主机上。 如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上，然后设置

所需上游数据库权限。 636 6.4.3.2 资源要求 操作系统：本文档示例使用的是若干新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应 商提供的平台上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一 台主机上。如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上， Lightning 所需下游数据库权限 8.4.5.2.2 资源要求 操作系统：本文档示例使用的是若干新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应 商提供的平台上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一 台主机上。如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上， 集群可以正常对外提供服务。 13.7.8.1.2 必要条件及限制 运行环境需求 操作系统：建议使用新的、纯净版 CentOS 7 实例，你可以在本地虚拟化一台主机，或在供应商提供的平台 上部署一台小型的云虚拟主机。TiDB Lightning 运行过程中，默认会占满 CPU，建议单独部署在一台主机上。 如果条件不允许，你可以将 TiDB Lightning 和其他组件（比如 tikv-server）部署在同一台机器上，然后设置