V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Xrall  ›  全部回复第 1 页 / 共 2 页
回复总数  39
1  2  
2 天前
回复了 xiaomayi000 创建的主题 宽带症候群 ipv6 没了咋回事?
只知道这个地址 `https://ipw.cn/ipv6/` 里面也有一个只能 ipv6 打开的地址 `https://6.ipw.cn/`可以看看

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

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

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

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

钱够用的话那更没必要去卷这个了,卷自己喜欢的事情。享受生活,遇见更好的你我她
12 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@showB1 #35 已经选择放弃 MySQL 干这种事情了。拿 ES 应付应付 https://i.imgur.com/agAJ0Rd.png 只不过 es 查询也有其他问题,哎最主要还是没办法升级设备用更专业的来处理这个了
13 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@xuanbg 😰是的最后改了 SQL 那 id 去划分查询 十条已经正常速度了,但是捞一年还是捞不动
14 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@oneisall8955 只是数据查询出来 50W 行,代码里面还得分组,他就是要查看一年到头,每个区域有多少个用户 分别各种类型的重量有多少,去了哪里,收的地方又有多少个,收了然后处理的有多少这些数据,所以选择查询出来处理。
14 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@liuhuan475 后面都来试试看什么方案最合适。
14 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@lbprivateacc 应该也是可以的,现在的表其实已经拆过一次了,也是根据统计需求拆的。但是拆分后查询全都得改吧。不知道还有其他方案没
14 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@showB1 时间格式都是保持一致的,额加数据库,不知道服务器配置能不能拖走,实在是申请服务器太过于困难了
14 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
@opengps @Baloneo 是加了时间索引的,t_order_comprehensive_coverage_IDX 索引就是一个组合索引,但是 MySQL 并没有选择走它。或者应该单独加一个时间索引的字段?
https://i.imgur.com/agAJ0Rd.png 我也想知道怎么办,要技术没技术要学历没学历。
都说多学多练,但是没一个明确的目标,自己看学的东西看了就忘。
也没有大佬折腾能力。从而兜兜转转还是在原地,付出基本没收获。
21 天前
回复了 yywc20 创建的主题 游戏 黑神话最粪的怪
小黄龙 禁字 棍反看招式,零帧起手就会被挡,棍反平 A 第三下是可以打中的,感觉有点难受的反而是百目,禁字他二阶段我一棍子就没体力,闪都没法闪。
23 天前
回复了 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 选项,滑动有画面的撕裂感,
@shadowyue #43 这个是知道的游览器做了拦截。
只不过还是有一点点疑惑,那就是我描述的这种情况的话。
原因是游览器发送了真正的请求地址从而被游览器认定跨域拦截,
还是说像描述中一样是因为一些问题导致 node 启动的服务没有正确转发呢?
后面的都能理解,第一点的确是不知道的。
之前就有时候会出现前端请求跨域,然后就会让后端处理一下跨域。
但是奇怪的就是游览器报跨域后端压根没有收到任何请求。
那么 OP 说的第一点就让我稍微想得通一点了,肯定是出现了 node 的服务出现了异常导致没法正确转发。
回想一下也是每次遇见这种情况往往是本地重启一下服务就好了。
想想以前全都是 ajax 一把嗦,后端配置好了还真没遇见过前面说到的这种问题。
不知道其他,反正自己所在的也是这样。其次就是比这个更糟糕。需求变更会给你讲,加量不加价。
其次提需求的人你问具体的需求,他就回你不知道,我也不晓得。
非得他说个轮廓然后你自己想,想到了不合理在和他扯皮。
想跑,但是自己一没强劲的技术,二没学历,市场也难顶。一言难尽。
@Xrall 哦对了,这手术只能治疗近视好像不能治疗散光,OP 如果做了散光影响看不清还是得戴眼镜
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4290 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 01:03 · PVG 09:03 · LAX 18:03 · JFK 21:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.