V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Xrall  ›  全部回复第 1 页 / 共 3 页
回复总数  43
1  2  3  
其实正常来说,上门服务就是一笔钱。好一点物业免费弄一弄问题不大。
虽然但是,只能说啄木鸟风评不好。
不会复杂的,只在网上找到 Cloudflare 简单方案,

有 ipv6 的普通的 cf 代理 域名,没有 ipv6 的就用 cf 的小黄云的域名,再手机上加一个 cf 优选
96 天前
回复了 xiaomayi000 创建的主题 宽带症候群 ipv6 没了咋回事?
只知道这个地址 `https://ipw.cn/ipv6/` 里面也有一个只能 ipv6 打开的地址 `https://6.ipw.cn/`可以看看

其次就是可能代理有 bug
的确,在校的时候就要准备专升本,因为只有在校升本你才是全日制本科!第一学历才会变为本科!

其次就是学好英语!接着就是锻炼好身体。

最后才是学好编程。找一个感兴趣的方向,融入他。

任何一门技术+外语都能让你足够在这个方向稍微舒服一点。
蹲一手文档后面可以再来学习一下 https://i.imgur.com/agAJ0Rd.png
105 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@showB1 #38 https://i.imgur.com/agAJ0Rd.png 谢谢提出这些方案。可惜 es 有现成的,其他的都没内存上了。真的就是申请设备异常难,我也去查询过文档最低都要 4G 内存吧。实在没有余粮了。。
106 天前
回复了 dlmy 创建的主题 职场话题 32 岁高龄,再战大厂
如果呆着还行那就呆着 做自己喜欢的事情呀,没必要又去卷大厂吧。想要更多钱倒是可以。

钱够用的话那更没必要去卷这个了,卷自己喜欢的事情。享受生活,遇见更好的你我她
106 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@showB1 #35 已经选择放弃 MySQL 干这种事情了。拿 ES 应付应付 https://i.imgur.com/agAJ0Rd.png 只不过 es 查询也有其他问题,哎最主要还是没办法升级设备用更专业的来处理这个了
107 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@xuanbg 😰是的最后改了 SQL 那 id 去划分查询 十条已经正常速度了,但是捞一年还是捞不动
107 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@oneisall8955 只是数据查询出来 50W 行,代码里面还得分组,他就是要查看一年到头,每个区域有多少个用户 分别各种类型的重量有多少,去了哪里,收的地方又有多少个,收了然后处理的有多少这些数据,所以选择查询出来处理。
107 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@liuhuan475 后面都来试试看什么方案最合适。
107 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@lbprivateacc 应该也是可以的,现在的表其实已经拆过一次了,也是根据统计需求拆的。但是拆分后查询全都得改吧。不知道还有其他方案没
107 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@showB1 时间格式都是保持一致的,额加数据库,不知道服务器配置能不能拖走,实在是申请服务器太过于困难了
107 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@opengps @Baloneo 是加了时间索引的,t_order_comprehensive_coverage_IDX 索引就是一个组合索引,但是 MySQL 并没有选择走它。或者应该单独加一个时间索引的字段?
https://i.imgur.com/agAJ0Rd.png 我也想知道怎么办,要技术没技术要学历没学历。
都说多学多练,但是没一个明确的目标,自己看学的东西看了就忘。
也没有大佬折腾能力。从而兜兜转转还是在原地,付出基本没收获。
115 天前
回复了 yywc20 创建的主题 游戏 黑神话最粪的怪
小黄龙 禁字 棍反看招式,零帧起手就会被挡,棍反平 A 第三下是可以打中的,感觉有点难受的反而是百目,禁字他二阶段我一棍子就没体力,闪都没法闪。
117 天前
回复了 Vesc 创建的主题 数据库 求 SQL 优化建议
我也有类似的疑惑。MySQL 中查询

select r.* from t_event_record r inner join t_event_workflow_record wr on r.id = wr.event_id
where wr.user_id = 1 and wr.status= 1
group by r.id order by r.create_time desc limit 10

主表 10w 数据 子表 40w+ 就这查询就需要 500ms
count 查询一样的需要 500 ms
explain 一个 index 一个 ref 慢的不得了
就疑惑的很是不是查询就这么慢。
@JasperWong 以前大文件打开必卡顿现在好很多了明显比以前更流畅了,只是多了一个选项勾选了一个选项 smooth scroll 选项,滑动有画面的撕裂感,
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2897 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 09:21 · PVG 17:21 · LAX 01:21 · JFK 04:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.