V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ReinerShir  ›  全部回复第 22 页 / 共 29 页
回复总数  580
1 ... 14  15  16  17  18  19  20  21  22  23 ... 29  
都 2020 年了还 PS4,现代游戏机那必须得是 PS5,让你老婆玩玩恶魔之魂 4K 重制版体验一下现代游戏的魅力
2020-11-11 14:57:29 +08:00
回复了 inhd 创建的主题 买买买 你敢信吗?双 11,我买了 120 斤大米😲
看了下并没有优惠多少
2020-11-11 11:12:31 +08:00
回复了 zhao1014 创建的主题 程序员 打算写写博客,前辈们有什么建议么?
@zone10 域名我觉得用 github.io 就够了吧,github 目前来看没有要墙的趋势,自己买域名续费那叫一个贵,若是老换域名对流量影响更大
2020-11-11 08:51:06 +08:00
回复了 mahaonan1994 创建的主题 程序员 淘宝不登陆就不给看搜索结果
@xianxiaobo 国内没几家像样的二手交易平台,只有闲鱼能用
2020-11-10 09:14:00 +08:00
回复了 shenlongbaiwei 创建的主题 问与答 549 的 4K 屏靠谱?群创啥实力
549 能买到 4K 屏? 还有货吗?
2020-11-09 17:10:36 +08:00
回复了 qize0921 创建的主题 问与答 月租低的联通卡有推荐的吗
各位有联通的套餐吗?我目前用的 9.9 小圣卡套餐,有点高了
@boris93 哎 垃圾百度有恃无恐,谷歌第二天就全部收录了,服务质量真不是一个级别。
hexo +github pages 0 成本
2020-11-06 11:17:39 +08:00
回复了 James369 创建的主题 Steam 现在有没有类似“英雄无敌”这类带兵打战的游戏
三国全面战争,神界原罪 2 (这个超好玩)
2020-11-05 09:52:58 +08:00
回复了 nothingishere 创建的主题 职场话题 裸辞一时爽,入职不到俩月,又想裸辞了
你这个心理状态太“学生”了,老油条们下班后从不看企业微信、钉钉之类的,直接消息免打扰,老板问起来就说没看到,你以为很紧急的事其实并不紧急,我觉得你的压力可能是你自己给的,并不是外部压力。
2020-11-04 16:12:47 +08:00
回复了 nothingishere 创建的主题 职场话题 裸辞一时爽,入职不到俩月,又想裸辞了
你需要一份轻松的工作,最好是弹性上班,每天 9 点多起来,10 多到公司,6.5-7 小时制的那种,弹到 6 点多下班
2020-11-04 11:26:24 +08:00
回复了 intellectual 创建的主题 问与答 各位有用过闲鱼寄卖吗?靠谱吗?有成功卖出过么?
如果是出游戏还好,出 IPHONE 的话水是有点深,其实也不是不行,关键是要看买家信息,比如交易记录、评价、信用值,如果你看他发布了一大堆电子产品,大量收电子产品,10 有 8 9 是贩子,最好是只交易信用极好的,然后还要看交易记录,一般出给个人且信用高的不会出事
2020-11-04 10:19:55 +08:00
回复了 WestKiller 创建的主题 问与答 不幸腰肌劳损,有哈办法可以缓解吗?
@wysnylc 同道中人
2020-11-02 09:58:36 +08:00
回复了 ReinerShir 创建的主题 MySQL mysql 的 limit 为什么这么快啊? 1000 多万的表只需要 0.0 几秒
@aragakiyuii 这种做法有致命缺点,如果我跳页,比如一开始是第一页,我直接点第 8 页,那么就没有 previousId,你说的这种只能一页一页的点
2020-10-30 16:18:34 +08:00
回复了 ReinerShir 创建的主题 MySQL mysql 的 limit 为什么这么快啊? 1000 多万的表只需要 0.0 几秒
@aragakiyuii
@hahasong 是的,我试了下用 ID 分页中间少了条数据就会不对,没有其它好的办法了吗?
2020-10-30 10:17:52 +08:00
回复了 ReinerShir 创建的主题 MySQL mysql 的 limit 为什么这么快啊? 1000 多万的表只需要 0.0 几秒
@hahasong 查了一下,你说的是这种吗:select * from TEST_SUB_ORDER A join (
select id from TEST_SUB_ORDER S ORDER BY ID limit 10000000,20) AS B ON A.ID=B.ID

即使用这种方式查询时间还是长达 4 秒,请问有办法控制在 1 秒内吗?
2020-10-30 09:15:11 +08:00
回复了 ReinerShir 创建的主题 MySQL mysql 的 limit 为什么这么快啊? 1000 多万的表只需要 0.0 几秒
@liuzhaowei55 是的,如果不使用 ID 或索引做为更新条件,时间会很长


@qwerthhusn MYSQL8 ,5.7 突然改名 8 没转过来

@hahasong 如果 ID 不是连续的就不行吧? 那样会少条数,比如 1-10 的 ID 中间少了 8,那么根据>=1 and <=10 就会只查出 9 条,不知道我理解的对不对。
2020-10-29 17:13:03 +08:00
回复了 ReinerShir 创建的主题 MySQL mysql 的 limit 为什么这么快啊? 1000 多万的表只需要 0.0 几秒
@wysnylc 哦哦,明白了,btree 的存储是按顺序来的,所以行数小的时候查的很快

另外还想问下,1000 多万数据的表只要加上索引的话查询时间基本在 0.0 几秒内,似乎并没有分表的必要,能说下数据量要多大,或者说什么业务场景才需要分表吗?
1 ... 14  15  16  17  18  19  20  21  22  23 ... 29  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3562 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 57ms · UTC 11:24 · PVG 19:24 · LAX 04:24 · JFK 07:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.