一直很喜欢 python 的参数设计，没想到 php 也有了

我查询全写 sql，增删改用对象

不用分表，计划任务凌晨随便搞

@Maco 灰常感谢

先定一个推荐用户数量限制 N，因为不太可能有人耐心的刷完这么多推荐用户，每 M 分钟从 mysql 随机提取 N 个到 redis，在 php 代码中做分页

借楼请教一下，想学习 Prometheus，有哪些推荐的入门文章 /书籍 /课程？

报警邮件同步发他们一份，或者丢钉钉群机器人

你的方案没问题，如果高级 /超级会员的附加属性没有搜索需求，也可以丢 user 表的一个 json 字段

mock/自己写一套假接口，写页面时不用鸟他们

https://yar999.gitbook.io/gopl-zh/
https://astaxie.gitbooks.io/build-web-application-with-golang/content/zh/01.0.html
go 语言圣经系统学习，go web 这本非常适合你，建议一边看一边手动敲 demo，别复制

对自己有自信：多学底层知识，语言都是赠送的，后期做架构
自认天赋平庸：看工资

变量释放后，可能仅仅被 py 标记为垃圾，并没有归还操作系统，下次你再申请变量优先从垃圾堆里找
开子进程用完销毁是最可行的方案，另外找找有没有像 go 的 debug.FreeOSMemory()这种强制归还操作系统的函数

@pppguest3962 wait_timeout 应该是指一个连接的任务完成且未主动关闭时，mysql 等待的超时时间，不是一句 sql 最大的执行时间，所以跟 insert 本身的时间无关，可以设置为 1 。我觉得应该先从写入性能优化了，然后才是参数和长连接。短连接不好改的话，建议找一个队列产品丢进去，然后用 go/py 写个消费者批量入库。引擎还是强烈建议 innodb，只有超大量读、极少写入的项目适合 myisam

1.wait_timeout=13 如果应用代码的短连接没有正确关闭的话，mysql 会保留 13 秒，此时支持的最大并发数是 max_connections/(wait_timeout+1)，急病乱投医可以改成 1 试试，但我觉得不健康
2.并发量不小，继续用短连接，你的机器会变成握手狂魔
3.myisam 插入数据似乎是表锁，读写并发性能会被 innodb 吊打吧，而且你的业务写入量大，索引多了反而会降低写入性能

冗余一下如何，用户和活动各自分表，一次领奖插 2 条记录

可能是 6.5 版本才开始支持命名空间

@0clickjacking0 是的，这是哈希的作用之一，但不排除有哈希碰撞概率，在超大数据量时，哈希相等，还需要对应的 n 个字段也分别相等

t2 作主表（总行数少的），left join t1，t1 创建联合索引 a,b,c
也可以增加字段计算 a,b,c 的哈希，对哈希字段创建索引，查询时不用管 a,b,c 了