@wsldl123292
主键不能是 UUID，会导致索引重排（除非你 UUID 是递增的参考另外一个帖子使用 SnowFlake ）

@wsldl123292
写是无序的（ innodb 主键不连续）导致索引重建或者锁表？

1，开启慢日志吧；
2，然后 show full processlist，看处于什么状态。

每天 30 万真的不多。
阿里云最便宜的 rds，也可以支持每天 30 万订单（订单明细，日志等加起来肯定不止 30 万）。

查询慢 explain 看看结果？
确定查询满是因为写导致的吗？

https://www.php.net/manual/en/function.date.php

```
Things to be aware of when using week numbers with years.

<?php
echo date("YW", strtotime("2011-01-07")); // gives 201101
echo date("YW", strtotime("2011-12-31")); // gives 201152
echo date("YW", strtotime("2011-01-01")); // gives 201152 too
?>

BUT

<?php
echo date("oW", strtotime("2011-01-07")); // gives 201101
echo date("oW", strtotime("2011-12-31")); // gives 201152
echo date("oW", strtotime("2011-01-01")); // gives 201052 (Year is different than previous example)
?>

Reason:
Y is year from the date
o is ISO-8601 year number
W is ISO-8601 week number of year

Conclusion:
if using 'W' for the week number use 'o' for the year.
```

应该分成：

用户表（可以加截止时间，当前 vip 类型），
会员购买记录表（每次购买是一条记录），
这样就没有冲突了。
还可以避免没有过期重复购买的问题。

设计数据库的一个重要思考原则就是参考财务账单，任何操作都是一个单据（数据库记录），这个单据负责追溯发生了什么事，其他是否该冗余完全根据数据库性能来，去 TM 范式。

业务估计目前还没有办法理解吧，
所以目前我建议可以考虑半自动：ui hub + biz hub + func hub + db hub，
解析起来就是准备基于行业的四个仓库：UI 库，业务配置库，基于 fass 的函数配置库，数据库。

也就是说要搭建一个 app，就是选选行业，选界面，选数据库，选好后配置一些规则。

关键字：低代码，serverless，Fass，Bass。
参考：appwrite,Apigee,firebase,Parse,strapi 等等。。

http://club.excelhome.net/thread-1491131-1-1.html

"Mac 平台只能用 vba 自带的对象，不支持第三方，像 ado,字典，正则，shell，api 都不支持"，
随便搜索到的。

大佬什么时候定价
1K 几百了？

只是不明白，
一台普通 32G 服务器，
将中国所有 IPV4 都存下来，
也不会爆吧。

谁来算以下？

我这一个回答，至少值 1000RMB 吧

redis hyperloglog 就是干这事的

莫非是因为发现最后一年到头打下来，
高通在 5G 还是占了 90%江山，
加上小米 1999 的 5G 手机又出来帮高通收割，
这一波造势最终为他人做了嫁衣。

阿里云一个 4 核 8G，几个 T 的数据，每天也有小几十万单吧。
用的是 PHP Yii 框架，
再增加 10 倍的话我只考虑换个好点数据库，不打算换语言，
人力成本远大于服务器扩容成本。

devops 难道比我 git pull 还快？

InnoDB 本省主键采用 B+，是有序存储的，用 uuid 存储大量数据得不偿失。

亚马逊强调数据推荐算法。
以及基于算法的内容体系建设，
好看？
估计机器还不识别哪个好看，
好看能卖钱吗？

油管也是一样的。

国外更加强调人去做有创意事情，推荐这种就交给机器吧。
国内呢首页都是广告位，收入来源啊，多一个位置多来钱，一级页面有一级页面价格，四级页面有四级页面价格。

搞 KPI 通常是因为失去方向了，
或者魅力不足希望制度来补。

通常的考核方案：
1，做的越多 BUG 越多；
2，做得越快任务越多；
3，代码越差看起来越勤劳；
4，代码越好看起来越闲；

所以考核前，先思考为什么要考核，如果不知道就无法给出方案。
如果公司能够执行 OKR，是可以考虑一下的。

想想你银行卡的余额；
想想房价；
想想你老婆和儿女；
想想你年迈的父母；
。。。

学东西难道不是最好玩的事情之一吗？
如果不是建议转行。。。