根据实际设计就好：
int 自增也不是不支持分布式，而是需要预留自增跨度，比如第一节点从 1 自增，自增步长为 32 （这里就意味着预留了 32 个数据库节点扩容空间）
uuid 是否需要有序，重点在于写入性能，采用有序是为了保证落盘顺序为“尾部追加”，这时候如果使用了时间戳列作为聚集索引，那么 id 列是否就不需要使用有序了（优缺点：浪费一个索引的空间损失，但是 id 规则会简化）
uuid_short 我没用过，大致感觉就是省了一部分索引占用的硬盘空间，查询时候也省了一点内存，会有一定的提升。

2L：teamview 家里电脑 方案可行，1L 说的供应商有可能还是 IDC 提供的网段，在 ip 封锁之列

查查日志，72M 只是刚检测到时候的值，峰值起码的 5G 以上才能直接拉黑洞，具体峰值数在云盾后台能查到
我香港有台机器一年半了，没有收到攻击提醒

有个：取消关注

查查跟你服务器上对 mysql 机器 ip 建立的链接数量是否能对上

拔掉电源，电池直流供电就好了😁

@Sivan 第二步多余了，第 5 步不要求非得腾讯云

第三步多余，域名在哪都可以，备案时候只需要打不开网站就行

我之前就是这状态，为了一个项目各种尽心尽力，后来被公司黑了一把。再之后就增加了一点自私的心态，发现有些情况自私心态真的能很好的保护自己不受伤，比如跟领导谈涨工资。

买个氧气瓶，躲在防火间里等火烧完

他是劫持显示一个疫情相关网页，然后刷新几次网址跳转到一个不全面的正常内容页面

开发阶段选择云服务器自建居多(土豪公司除外)，因为开发阶段没那么高的可用性和 io 等生产环境要求，用云服务器自建会便宜不少

以前遇到过类似问题，当时我还不需要实时回复，那时候我的解决方案家里电脑一直登陆着电脑版本
当然缺点就是手机上收消息不会提醒，需要不定时过来看手机

换个帐号不就得了，不是所有问题都得用技术来解决

找找自定义按键的鼠标

有，阿里云有 NAS 产品，可以挂到同地域的不同的机器上共享存储数据

最近规则变严格了，我没有自增任何推广，却连续两个月扣我分，每次扣除整个月的佣金