sql-优化
fjq5a
这个作者很懒,什么都没留下…
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
记同事 一次sql优化
最近同事做了一次sql 优化 ,感觉很好,纪录学习下如下所示,该语句查询时间慢,分析过程过下: 1)首先检查实例读写,机器负载均无异常 2)查看channel_materials 表结构索引 CREATE TABLE `channel_materials` ( `mid` varchar(50) NOT NULL DEFAULT '0' COMMENT '', `mblog_i转载 2017-01-09 15:22:00 · 289 阅读 · 0 评论 -
记同事一次sql 优化(二)
在new_recommend_materials和channel_materials表相同的条件查询,查询时间相差很大,对于你的问题 new_recommend_materials从命名上看是新表,马上想到了可能是表数据碎片的问题。 具体验证如下: 1) 通过系统视图表查看表碎片localhost.recommend>select table_name,table_rows,concat(rou原创 2017-01-09 19:33:07 · 458 阅读 · 0 评论 -
记自己一次sql优化(使用伪列)
起因 未优化之前的s q l,大表内连接次数太多,严重影响效率。因此需要优化。 sql 要满足的逻辑 以status_id分组,weight_id最大的行中(同一组中可能有好几个weight_id相同的行),mid最大的那一行 表结构 CREATE TABLE `at_x_0` ( `uixd` , `mixd` , `status_ixd` , `message_type`原创 2017-01-18 19:24:15 · 610 阅读 · 0 评论
分享