支持团队的实地笔记
PlanetScale 的支持团队
PlanetScale 的支持团队是一支多元文化、多国籍的团队，分布在全球各地，可为用户提供几乎覆盖所有时区的支持服务。我们内部组织成两个小组：
- 客户工程团队：与企业客户密切合作。
- 云支持团队：支持 Scaler Pro 计划的用户。
我们所有成员都有技术背景。一些团队成员从事软件开发并为 FOSS（自由和开源软件）贡献代码，或曾经在大规模基础设施建设和维护领域工作多年。其他成员则在 GitHub、Google 和 Microsoft 等公司有着丰富的支持团队经验。
我们的整体行业经验累计起来可达到数百年。这意味着当您向我们寻求与数据库相关的问题帮助时，我们有极大的可能快速解决问题，或者至少帮助您找到正确的方向。如果是全新问题，我们很高兴与您一起探索并学习新东西。
您可以通过以下方式与我们联系：
- 在支持门户中提交工单。
- 在 GitHub 的公共讨论板中发起新讨论。
对于企业客户，我们还提供电话升级和共享 Slack 频道，便于协作。
关于不同支持计划、支持目标以及服务级协议（SLAs），您可以查阅我们的官方文档和支持门户。本篇文章将探讨用户在使用 PlanetScale 时最常遇到的一些问题。
用户常遇到的问题
SSL/TLS 证书错误
SSL/TLS 证书验证错误会以多种形式出现，但它们的共同点是阻止用户连接到 PlanetScale 数据库。这种错误立即显现并成为某些用户的硬性阻碍。不过，大多数情况下，这些错误很容易解决。
SSL/TLS 证书如何工作
SSL/TLS 证书由 证书颁发机构（CA） 设置、签署和存储。其目的是确保客户端与服务器之间的连接安全，并加密两者之间的网络通信。虽然用户可以设置自己的 CA 并颁发自己的证书，但要使证书能被现代浏览器自动验证，通常需要使用第三方通用 CA 提供的证书。
PlanetScale 的 SSL/TLS 证书由 Let’s Encrypt 提供，这是一个非营利 CA，由互联网安全研究组（ISRG）运营，目前已为超过 3 亿个网站颁发过证书。
错误的解决方法
我们发现，大多数 SSL/TLS 证书错误源于计算机上未安装受信任的 CA 根证书。对此问题，用户通常可以通过安装 ca-certificates 软件包解决，该软件包捆绑了 Mozilla CA 证书项目中的 CA 证书。
大部分数据库驱动程序会自动找到本地安装的 CA 证书，但有时用户需要手动指定证书路径。我们已将根 CA 的常见路径列在文档中，并附上 SSL/TLS 工作原理的详细说明。
其他可能出现的 SSL/TLS 相关错误包括：
- 使用的
libssl版本过旧。 - 编译时未启用 SSL 支持的库。
- 完全不支持 SSL/TLS 的库。
注意：
- 不要禁用 SSL/TLS 证书验证，否则会使连接容易受到中间人攻击（攻击者秘密传递并可能修改您与服务器之间的通信）。
- 不需要自己颁发 CA 和 SSL 证书。
出现 SSL/TLS 问题时，您可以通过提交工单或在讨论板中发起问题讨论，我们将帮助您解决。
与第三方平台整合
一些用户需要与第三方平台（如 Google 的 Data Studio 或 Retool）集成，但如果某些工具不支持通用 SSL/TLS 证书的根证书，用户在连接 PlanetScale 数据库时可能会遇到问题。
许多工具允许用户输入 CA Cert、Client Key 或 Client Cert 等字段用于添加组织的自签名 SSL/TLS 证书。在 PlanetScale 的使用环境中，这些操作是不需要的。解决方法是，用户可以上传或粘贴 Let’s Encrypt 的根证书文件。例如：ISRG Root X1（格式为 .pem）。注意，如果证书到期或更新，需要定期检查并替换。
数据导入
在使用 PlanetScale 的过程中，用户最终可能需要向数据库导入数据。值得注意的是，某些功能（如存储过程）不被支持，这是 MySQL/Vitess 的兼容性问题。此外，硬件有时也会成为限制因素。
我们开发了一种导入工具，使用户可以使用 MySQL 的复制系统可靠地复制数据——PlanetScale 会注册为副本，用户可以手动切换主数据库。这种方式提供了完整控制权，允许性能测试和更新，而无需担心数据丢失。
一些常见问题包括：
- 导入期间不要执行 DDL 操作（如 CREATE、DROP、ALTER 或 TRUNCATE）。
- 确保 MySQL 配置启用了
gtid_mode、合适的binlog_format和日志过期设置。 - 如果想重启导入，需先清空 MySQL 的
_vt临时数据库。
如果导入过程遇到任何问题，无论是工具兼容性还是配置问题，都可以向我们寻求帮助。
超时问题
PlanetScale 当前配置了硬性超时限制：
- 事务超时 20 秒。
- 查询超时 900 秒。
这些限制是出于性能考虑以及鼓励良好的应用设计。超时问题常见于用户的应用未正确关闭事务，例如未优化的循环或复杂数据处理。建议利用工具（如 Airbyte 和 Stitch）将部分繁重的 ETL 任务转移到更专用的平台。
此外，我们提供了 Insights 工具帮助用户优化查询和事务设计。如果遇到任何问题，可向支持团队发起请求，我们乐于协助优化您的解决方案。
关注公众号：程序新视界，一个让你软实力、硬技术同步提升的平台
除非注明，否则均为程序新视界原创文章，转载必须以链接形式标明本文链接
