V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  luxinfl  ›  全部回复第 19 页 / 共 25 页
回复总数  484
1 ... 11  12  13  14  15  16  17  18  19  20 ... 25  
@haozxuan001 我也试了一下,用虚表的话,会多一条用到索引的执行计划,其他两个 sql 是一样的,这样看的话,其实直接关联表的速度更快?

- SIMPLE a ALL 187
- SIMPLE b ALL 75 Using where; Using join buffer (Block Nested Loop)

-

- PRIMARY a ALL 187
- PRIMARY <derived2> ref <auto_key0> <auto_key0> 93 cgbs.a.CRDT_APPLY_SRL_NO 7
- DERIVED zl_use_credit_business ALL 75
@binux 感觉写的人以为 select a.coulmnA1 要比 select * 要快,所以以为连接的时候也是 select 出来最快??
@liprais 用了 explain,确实没区别,但是我看项目里面好多第二种写法的,不知道为什么。
@magicdu 我是说本站文本框的格式化不会搞,搞不好
@Xusually 这样子执行效率不是很低么
@xxlee 其实不太一样,多了一些字段,有三个表是为了用 code 查 name
@vxlol 没见识过。我感觉正经线上的项目,都不会出现这么多的连接
@pomelotea2009 有三张表是基础信息,其实可以单独在代码里面查询后再匹配塞值。应该比连接三个表要快
@baozhuo 没写过存储过程。。。。
@rtp 上生产环境,直播后台查看订单的,这么搞要出事啊
@soulzz 这是新开发写的。。。把一些字典数据也关联进去查
@laminux29 这是开发写的,我们小公司,没有 dba
@jswxg 感觉没差。。sql 这样写真的好么
@takemeaway 话说不是不应该用这么多连接么,阿里巴巴开发手册上面还禁止使用连接
@sonice 订单查询的话,量大了不会要很长时间么。性能太差了吧
@BrettD 不会在上面搞格式,好复杂
2020-06-24 14:04:49 +08:00
回复了 luxinfl 创建的主题 程序员 DURID 连接池是不是有问题的啊
@wysnylc 还是能搜到很多相同的问题,但是没啥卵用。。
2020-06-24 14:04:15 +08:00
回复了 luxinfl 创建的主题 程序员 DURID 连接池是不是有问题的啊
@jorneyr 日志读起来像是事务的原因,导致连接没有被释放
2020-06-23 18:27:50 +08:00
回复了 luxinfl 创建的主题 程序员 线程仿佛被挂起了一样
会不会是下单的时候,更新返回,连接池占满了?
2020-06-22 18:38:18 +08:00
回复了 IzayakI 创建的主题 游戏 今天是 6-19,最后生还者 2/美国末日 2 发售了。
在云通关
1 ... 11  12  13  14  15  16  17  18  19  20 ... 25  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   932 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 18ms · UTC 21:22 · PVG 05:22 · LAX 13:22 · JFK 16:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.