小编Ale*_*Max的帖子

Google SMTP 错误:454 4.7.0 登录尝试次数过多,请稍后再试

我发现虽然可以使用 Gmail/Google Apps 作为脚本使用的 SMTP 服务器,但如果发送的电子邮件过多,我开始收到错误消息:

SMTP Error: 454 4.7.0 Too many login attempts, please try again later.
Run Code Online (Sandbox Code Playgroud)

通常,如果我等待一两个小时,我可以再发送 100 封左右的电子邮件,但我很快就会再次遇到相同的错误消息。

smtp gmail g-suite

18
推荐指数
1
解决办法
5万
查看次数

MySQL 连接突然突飞猛进

我们正在运行一个分布在三个服务器上的网站。其中两个是负载平衡的 Web 服务器,最后一个是专用的 mysql 服务器。mysql 服务器使用 2.6.18-92.1.6.el5 #1 SMP 内核和 MySQL 5.0.45 运行 RHEL5 64 位。它也是一个非常强大的服务器,配备至强 L5420 和 8 演出内存。我们的 Web 服务器的 php 页面被配置为使用 mysqli。

通常我们不会真正利用我们提供的所有资源,我们在白天每秒执行 20-25 次查询。然而,每隔一段时间,我们就会一头扎进最大数据库连接限制,而我们的网站也会因此而嘎嘎作响。更重要的是,它似乎发生在晚上,网站的流量应该是最低的。

我们开始时最大连接数为 100,我们将其提高到 300,但它仍然发生。如果它有所不同,我们会注意到有时有大量的 MySQL 进程处于休眠状态,但连接到数据库的任何进程都没有使用持久连接。它不会每晚都发生,我们遇到了一些问题,它每晚都会发出嘶嘶声,然后在大约一个半星期之前都很好,直到今天。

我们没有任何会占用数据库几分钟的怪物查询。我们尝试浏览 SLOW_QUERY 日志。我们有一些查询显示在那里,但通常它们不会持续超过 1 或 2 秒,而且这种情况很少见。

这听起来有什么特别的吗?在诊断问题方面,我们将如何从这里开始?

mysql rhel5

6
推荐指数
1
解决办法
3838
查看次数

标签 统计

g-suite ×1

gmail ×1

mysql ×1

rhel5 ×1

smtp ×1