TOOLNAVIA / 选购指南
GreenGeeks Lite 远程MySQL:200个连接够不够?
先看结论
GreenGeeks Lite 可以接受远程数据库客户端,但它公布的边界并不是“无限 MySQL”。官方列出 Lite 与 Pro 每个 MySQL 用户最多 200 个连接,Premium 为 500,并说明共享服务器实际运行 MariaDB 11.4.10。这里的 200 是每个数据库用户的连接上限,不是 200 名访客、每秒 200 次请求,也不是性能保证。
选购速览
- 适合谁
- 连接池可控且客户端IP稳定的小型远程数据库工作负载。
- 收费方式
- Lite当前首12个月$2.95/月,续费$13.95/月;请核对实时结账。
- 先看限制
- 200是每数据库用户连接数,不是访客、吞吐或共享资源保证。
先回答真实购买问题
如果一个小型网站或内部工具只需要偶尔远程管理、迁移、报表,或规模可控的应用连接池,Lite 可以成立。若很多 worker 长时间占用连接、流量突增会形成连接风暴,或业务需要服务器级数据库调优,Lite 就不合适。Premium 公布的 500 个用户连接提供更大余量,但仍属于共享主机;当你需要隔离算力或数据库控制权时,托管 VPS 才是更清晰的边界。
Lite 当前显示首 12 个月预付 $2.95/月,续费 $13.95/月。Pro 与 Premium 更贵并提供更多资源,但更高价格和连接数不等于查询吞吐保证。购买前必须重新核对实时结账价与当前限制。
“无限数据库”与“200连接”不是一回事
GreenGeeks 的共享主机表格写有无限数据库,这表示在正常使用范围内可创建的数据库对象数量;它不代表无限并发会话、无限 CPU 时间、无限存储或无限 I/O。
实际容量至少有四层:
1. **数据库数量:**账户可创建多少个命名数据库。 2. **每用户连接数:**一个数据库用户可同时持有多少会话;Lite 与 Pro 公布为 200。 3. **共享主机资源:**CPU、内存、I/O 与 entry process 可能在达到连接上限前先成为瓶颈。 4. **应用行为:**查询时长、连接池大小、超时、重试与 worker 并发。
十个慢查询可能比一百个短且有索引的查询更糟。应把 200 当作必须留出余量的安全边界,而不是追求的容量目标。其他共享主机也会分别公布每用户与服务器全局计数,因此必须确认 GreenGeeks 这里指的是哪个精确计数器。
面板写 MySQL,服务器实际是 MariaDB
GreenGeeks 表格沿用熟悉的“MySQL”名称,但当前支持软件页面写明 MariaDB 11.4.10。 WordPress 与常见 PHP 应用通常可通过 MySQL 兼容驱动运行,但 SQL mode、版本特性与边缘行为可能不同。不要因为应用写着“兼容 MySQL 8”就假定所有 MariaDB 行为完全一致。
这个差异会影响导入、JSON、排序规则、认证插件和故障诊断。生产迁移前应从账户确认实际版本,用数据副本测试,并保留回滚路径。
远程访问如何工作
远程访问默认不是全网开放。GreenGeeks 要求在 cPanel 的 Remote MySQL 列表中加入客户端公网 IP 或域名。如果网站本身仍需本机连接,不要删除 localhost 条目。另一个 cPanel 主机也记录了相同的窄范围主机允许流程,这可以佐证操作模式,但不会改变 GreenGeeks 的具体权益。
更稳妥的设置顺序是:
1. 创建独立数据库用户,只授予远程应用所需权限。 2. 只加入一个稳定客户端 IP,或尽可能窄的主机模式,避免宽泛通配符。 3. 使用正确的主机名、端口、用户名与密码。 4. 从目标网络测试。 5. 失败时分别核对 allowlist、权限、凭据、网络可达性与服务器设置。 6. 迁移或外包结束后删除旧主机并轮换密码。
Allowlist 只是一个控制层,不能替代强密码、最小权限、可用时的安全传输以及应用的密钥管理。
连接池必须低于上限
连接池可以避免每次请求都重新建连,但它不是免费容量。空闲池连接仍会占用插槽。 例如一个应用有 8 个 worker,每个最多保留 10 个连接,理论需求就是 80;两个相同部署可能在管理工具、cron 与重试加入前已到 160。
不要凭感觉设池大小,应计算:
- 最大 worker 数 × 每个 worker 的最大池; - 加上定时任务与维护客户端; - 加上重试余量; - 再为网站本身保留空间。
先从保守值开始,监控活动连接与查询耗时,再用证据提高连接池。故障时避免立即无限重连;指数退避可以防止一次故障演变成连接风暴。
真正瓶颈可能是共享资源
每用户 200 并不承诺 Lite 能同时运行 200 个高成本查询。GreenGeeks 还分别说明 CPU、内存、I/O 与 entry process 限制,AUP 也约束过量数据库负载。 一个只使用少量连接、却扫描大表的远程分析任务,仍可能不适合共享主机。
应关注反复出现的“too many connections”、查询延迟上升、CPU 或 I/O 限流、cron 失败,以及备份或导入时的超时。大型导入使用 SSH 或终端可能比浏览器工具可靠,但这只改变传输方式,不改变账户资源边界。
Lite、Premium 还是 VPS?
当单站点、25 GB 存储、当前续费、偶尔远程访问与小型连接池都合适时,选择 **Lite**。
如果共享主机模式仍能接受,但确实需要官方公布的 500 个用户连接与更高账户资源,可考虑 **Premium**。不要只因为“500 听起来更快”而升级;先确认真实瓶颈。
当你需要稳定隔离、服务器配置、私有网络、数据库可观测性、高可用设计,或持续负载已经不适合共享主机公平使用时,应迁移到 **托管 VPS 或数据库服务**。VPS 也增加运维责任,因此必须权衡控制权与管理成本。
购买前清单
在为远程数据库用途购买 Lite 前,应确认实时价格与续费、实际 MariaDB 版本、应用兼容性、预期 worker 与连接池数量、客户端稳定 IP 方案、备份恢复步骤,以及何时升级。改 DNS 或移动唯一数据副本前,用接近生产的数据做测试。
最终规则很简单:只有当你能把每个数据库用户的连接设计在 200 以下并保留明显余量,而且共享 CPU/RAM/I/O 也足够时,Lite 才适合远程数据库。若连接池或工作负载无法界定,就应购买更强隔离,而不是把“无限数据库”误解为无限数据库容量。
联盟披露:如果你通过已获批的 GreenGeeks 个人追踪链接购买,Toolnavia 可能获得佣金,你无需支付额外费用。