千万级单表 sql 查询问题

[Breadykid]

划重点：单表 3500w

单表查
表 [用户]
字段 [用户名，金额，日期时间]
查每天同一时间用户 A 和用户 B 金额之和的最大值
如果不用

	
SELECT
	max( a.金额 + b.金额 ),
	a.日期时间 
FROM
	( SELECT 金额,日期时间 FROM 用户表 WHERE 用户名 = 'a' ) a
	LEFT JOIN ( SELECT 金额,日期时间 FROM 用户表 WHERE 用户名 = 'b' ) b 
    	ON a.日期时间 = b.日期时间

该怎么写，不能加索引
上面这个 sql 查得特别慢，近 1 分钟了

[netnr]

给出一个彩票方案：两张表分别排序取前 100 条最大值，在比较时间，有相同的，恭喜你中奖了，机率很渺茫

[Aresxue]

@Breadykid 那二楼方案是最佳的，先把 a 和 b 的数据从数据库里取出来，然后在程序里做计算，计算量大的话大可以优化，应该能控制在比较短的时间，这个方案的可行性主要看你从数据库里取 a 和 b 的数据要多久，要是这一步都超过 3s 那就没得玩。
PS：合理的方案还是加索引，不让加索引是因为加索引的时候会锁表，会影响表的正常使用(涉及到该表的业务全都没无法使用)，时间过长的情况下可能导致更严重的问题，整个数据库崩了都有可能（几率不大），加了索引后还要清理内存碎片对表进行分析优化，不然 CBO 可能不会及时得知变更，计算执行计划的成本的时候出现失误。和 DBA 商量商量趁哪天服务升级或夜深人静了服务没什么人使用的时候把索引给加上吧。

[LuciferGo]

每天抽对应日期的 AB 用户数据到中间表再做处理,相对直接查更快。这种大表没索引最终要么归档 要么还是要停一下加索引

[luozic]

视图里面可以得到汇总金额，后面就用代码算，计算机结果塞进去临时表来存。

[jziwenchen]

@Breadykid

你用 explain 工具可以看到啊 你的 SQL 用到临时表 , join 就没有啊； 明显会快；并且你单表查询都要 46s 怎么优化 SQL 都慢.

[Breadykid]

@aliipay 是的哇

[aliipay]

@netnr 有相同的日期也不一定和是最大

[netnr]

@aliipay 是的，考虑不周