关键问题在于用户的网络肯定会出现问题，一个大厅那么多人，估计很多人上不了网，这个锅谁来背呢？

服务器端没啥问题呀
逻辑在客户端完成，必须得到密钥游戏才能开始。
开始前客户端定期刷新服务器，到时后拿到开始的密钥。
客户端定期（每秒）上报游戏数据即可，时间到就游戏结束。
php 的简单逻辑， 3000 req/s 我感觉玩儿似的。

@lslqtz 我感觉，尝试在发送文件的代码做下载耗时统计的做法是歪门邪道（极大降低了 php 的性能）。
js 或者 access log 或者 nginx module 才是正确的做法。

@lslqtz 不要说那么多。直接试试使用本地的大文件（不用太大，下载方需要 3-10 秒内下完即可），看看能不能记录到准确的下载耗时。我觉得用 apache 的 mod_php 是没问题的， nginx 的 fast_cgi 不行。

@lslqtz 你换个本地文件发送试试。
远程文件读取太耗时了，耗时就可能和客户端下载时间接近了。

@xuexixuexi2
php 将文件发给了 nginx ，完成
nginx 慢慢的再传给客户端

网页上通过 js 来实现：下载完成后触发一次 js 请求，服务器做记录

检查一下磁盘性能，检查一下各表的大小， log 慢查询

@Dvel 阿里云香港的整个 IP 段被机器人认证了。换别的机房或者想办法绕过吧。

将自己的域名 www.a.com 绑定到一个国外的主机上， 301 跳转到 home.a.com:81

优化逻辑，优化 sql
2 万多的数据量很少，你将表结构和 sql 语句发出来看看

@100240v 还是公网 IP 吧。内网是因为用了光猫拨号？

不需要中转，直接用 vultr + bbr 内核 ，如果有必要可以试试 ss libev 最新的 obfs 模式

换个吧，我用了某家的 c3 机房 vps ， 10 块人民币一个月的，上海电信速度还不错，这会能流畅 1080P

一个 G 太大了，做下载速度监控挺麻烦的，建议换成 100M 以内，这样子会在一个可以接受的时间内测试到完整下载所用时间。

集成了 n3150/j1900 之类的主板，带 dc 输入的
正常功耗应该在 10 多瓦
淘宝搜索 占美迷你主机 试试

@abcde51111
打官司就是最快和最省的办法

和对方说，让对方上法院告你和保险公司
这样，法院判下来多少，保险公司都得全赔。
保险公司赔偿之外，个人可以多给两千表示心意