V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  winoros  ›  全部回复第 1 页 / 共 4 页
回复总数  77
1  2  3  4  
❮ ❯
@winoros https://docs.pingcap.com/zh/tidb/stable/sql-plan-management/
和 binding 来控制执行计划

可以的话可以看一下 delete_time > 1740758400 的 [explain analyze]( https://docs.pingcap.com/zh/tidb/stable/sql-statement-explain-analyze/#explain-analyze)(估算行数和真实执行行数)是否接近
以及单独只有 insert_time > 1743436800 的 explain analyze
这个看起来是估算的问题 A 表的估算是三百万行,这个表是刚刚被 analyze 过吗,如果不是的话可以看一下这个表上次 analyze 的时间
最好把 explain 的结果完整的贴一下,可以把表名之类得遮掉。现在这些信息不太能判断问题
2019 年 12 月 16 日
回复了 wsseo 创建的主题 › Linux › uos 好像就是 deepin
@songsong 那诸如 kylin 这些未来怎么搞呢?大家一起改 deepin ?
2019 年 10 月 10 日
回复了 huage2580 创建的主题 › 分享发现 › b 站大会员买了吗
@realpg 大佬都是直接靠承包的积分换了几十年的
2019 年 6 月 3 日
回复了 PingCAP 创建的主题 › 推广 › 势高,则围广: TiDB 的架构演进哲学
@EmdeBoas 列存和 co-located join 也并不冲突啊。后者是数据调度上的问题,属于互不干扰的平行事项。短期内应该还没有把 co-located join 放入 todo list 的打算
你去举报多半能举报下来,有 sb 举报官延区翻广播的都能举报掉

应该 B 站去买一个统一的授权
---------------------------------
ugc 本来就不赚钱,你还要 b 贴钱,b 得吃撑了才去统一授权。

顺便说一句,同人、二创这些 都灰色地带多少年了,就算是 CM,其实也能算是商业展啊(
2019 年 5 月 2 日
回复了 mart1nN 创建的主题 › MySQL › sql 语句查询效率的问题
这两个 SQL 一个是 inner join 一个是 semi join。
semi join 因为不能让外表的数据膨胀 所以总是只能拿外表查内表。而 inner join 则既可以拿左表查右表 也可以拿右表查左表。这个 case 的实际意义来看,右表(内表)肯定是小的一边。所以 semi join 会不占优势。
当然优化器实际是可以让两个 SQL 优化成同样的执行计划,但是 MySQL 可能没有做?具体的就要看文档了
2019 年 4 月 24 日
回复了 Macuilxochitl 创建的主题 › 职场话题 › 明年毕业,创业 or 大厂?
如果想稍微求稳的话,给钱都没有 bat 多的话 就走呗

明星 startup 哪个不是至少打平 bat 的
2019 年 4 月 9 日
回复了 xiangyuecn 创建的主题 › 程序员 › chrome 滚轮经常失效,刷新一下又好了
win10 有问题+1 昨天停了几个插件还是有问题
2019 年 3 月 28 日
回复了 idamien 创建的主题 › 程序员 › 为什么年轻人喜欢用 QQ
QQ pc/mac 的客户端是非常完整的,微信的太难用了
QQ 群太好用了,微信群那是什么半成品
身边的人用微信也不妨碍我们在 QQ 上找傻屌群友啊
大概一年前的时候,有打算过换掉 goland,试了试 golang 自带的工具链是挺好用。。就是吃 CPU 太狠,最后爽了爽还是用 goland 了
2019 年 2 月 24 日
回复了 deasty 创建的主题 › MySQL › 大家帮我估算一下这个查询所需要的时间
那么为什么不加索引呢
程序员难道不是吃死工资非常严重的一类人

靠期权暴富至少算得上非常难了
2019 年 2 月 17 日
回复了 LancerComet 创建的主题 › 分享创造 › 2019 年初的 UWP 开发体验分享
支持
ipad 是不是只能等网页版了
看关注的,看傻吊群友们推荐的
也因此 app 的推荐也还看得过去。我是一个软瑟琴的都不敢点,统统用隐身模式上,怕 b 的傻吊推荐直接给我乱推
2019 年 1 月 6 日
回复了 geekyoung 创建的主题 › 程序员 › 关于数据库中单列索引顺序的一个问题
D 的反面并不是会优先选另一个索引
索引的选择考虑的过滤效果等影响,条件的顺序几乎不会是某个 RDBMS 选择索引的一个影响比较大的引子
通常 RDBMS 的实现中,第三个 SQL 和第四个 SQL 最后选择的情况会是一样的
1  2  3  4  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2442 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 13:38 · PVG 21:38 · LAX 06:38 · JFK 09:38
♥ Do have faith in what you're doing.