@lxh1983 现在用的就是无状态 stateless 就是群晖正常获取 ipv6 后 你也不能去随便更改它的网络配置 哪怕就是把网卡重启下 ipv6 的公网 ip 立马丢失 内网 ipv6 地址和 ipv4 都正常 被折磨几天了 现在临时用 netbird 组网连接 懒得弄了

@lxh1983 @ChaosAttractor 之前也是正常的 这两天发现在外面连不上家里的 NAS 排查了一下才发现获取 ipv6 有问题 家里其他设备都能正常获取 ipv6 只有群晖获取后几分钟自动没了 当发现没了后手动设置成之前的固定 ipv6 地址也是可以正常使用的 用的 DHCPv6

@oldfriend 上面有提到 我这本身就是 ddns 而且 ddns 服务也是正常的 问题是 nas 系统网卡 eth0 获取到公网 ipv6 不到一会就没了

@sodawater 谢谢回复 这个问题排查过了 并不是这个原因 因为我可以 100%手动复现，
就是当 NAS 的 IPV6 正常时去网络设置里面 关闭再开启 公网的 IPV6 立马就没了 这时候重启就有了
而且路由和 NAS 的 IPV6 公网地址并没变 感觉应该是群晖的问题

这个问题很简单 你搜索淘宝和京东的时候看看最多给你多少数据就知道了 业务端可以显示 1W+ 10W
上亿条数据 一页一页的去分页 可以重新考虑一下这个业务是否合理

都 2024 年了 还有讨论保值率的 这个东西就和吃自助餐一样
你每次花几百块钱不是为了回本而是为了去享受的
车子也一样 它不是投资品 相反从落地哪天起就是用来消耗的
你放在那不开那就是浪费 每一脚油门之前都要考虑油耗那不心累吗？
如果全部用性价比来衡量 那租房不香吗 何必做三十年的房奴

建议你不要听别人的建议 喜欢什么车 就去试驾
别人给你推荐的都是人家喜欢的

我 21 年在特斯拉刹车失灵风口浪尖的时候买的 model3 哈哈
那时候不像现在遍地都是 投来的全是异样的眼光
就连回老家我叔叔都开玩笑说要离我的车子远一点 刹不住
有人说我就是爱面子是呀 这是我的钱 我想买啥就买啥 我开心呀
你可以喜欢冰箱彩电大沙发 各种电子配置拉满的车型
我也喜欢毛坯房 你喜欢你的 我喜欢我的 不挺好的嘛

MySQL 的 count 性能众所周知，几百万以上就特别明显，数据量达到千万级别后要么你用预估统计 TABLE_ROWS 之类的，要么就缓存。而且条件查询一定要命中索引和限制返回行数，要不然崩的概率非常大。

你这里是 count 全表，除非是业务统计需要，我们的投放平台监测链接和媒体回传表几十亿，业务上要做取舍，和淘宝京东类似，你检索结果几百万但最多只给你展示前 N 页。根据那个帖子的介绍，在以插入和简单查询为主的场景下 MySQL 完全够用，确实轻轻松松。而且我们还有复杂的统计查询，不过业务上都是要求带时间范围，比如最大时间跨度不能超过 3 个月，等等。

我们 MySQL 单表 15 亿 轻轻松松
因为还有复杂的查询 现在改成垂直分表了

失业的人天天想工作 上班的人天天想辞职 哎 我就是想辞职的 啥也不想干
不过你今年在合肥买房确实震惊到我了 哈哈

49 年入国军 市面上太多免费的

要多加孜然 不行 到饭点了 都说饿了

没膻味吃啥羊 这不跟吃大肠一样的道理嘛
羊肉我都是做锅仔 爆辣
娃娃菜垫底 加白醋辣椒粉 上面垫羊肉
周围摆放一圈胡萝卜 嘎嘎香

此刻一名拥有十三万公里驾驶里程的老司机自信路过

这让我想到了我的 21 款丐 3 提车时满电表显 430
然后 426 - 420 - 418 - 412 - 408 - 406 - 402
后来我想了个办法修复了它
我把 App 和车机的表显单位改成了百分比
再也不用担心它在衰减了

frp 速度取决于转发服务端 建议直接用用 ddns 直连 ipv6 体验不是一个等级的