mysql 跨表sum优化

本来你的语句很漂亮，用不着优化。如果你实在很关心性能，可以在WHERE部分限制一下【净入库.`入库日期`】的时间范围在1~9月，避免全表浏览，如果该字段有索引，可以快一点点。

AND 净入库.`入库日期`  BETWEEN  '2016-01-01 00:00:00.0' AND '2016-09-30 00:00:00.0'

SELECT

zc.纳税人名称,

sum(CASE

WHEN  净入库.`征收项目` = '城镇土地使用税' THEN

净入库.实缴金额

ELSE

0

END) 土地使用税,

sum(CASE

WHEN  净入库.`征收项目` = '房产税' THEN

净入库.实缴金额

ELSE

0

END) 房产税

FROM

清册 zc,

净入库

WHERE

 zc.`登记序号` =净入库.登记序号

 AND 净入库.`入库日期`  BETWEEN  '2016-01-01 00:00:00.0' AND '2016-09-30 00:00:00.0'

group by  zc.`登记序号`

我觉得你在数据库中应该增加一条表示时间的记录，通过时间去判断是不是最新的记录，通过主键当然也能判断，可是不够严谨。

思路是你先通过group by sender_id，max找到每个组里最大的记录，然后再用源数据表的id和这个最大的id去比较，如果相同，则取出就行了。

在老版本的MySQL 3.22中，MySQL的单表限大小为4GB，当时的MySQL的存储引擎还是ISAM存储引擎。但是，当出现MyISAM存储引擎之后，也就是从MySQL 3.23开始，MySQL单表最大限制就已经扩大到了64PB了（官方文档显示）。也就是说，从目前的技术环境来看，MySQL数据库的MyISAM存储 引擎单表大小限制已经不是有MySQL数据库本身来决定，而是由所在主机的OS上面的文件系统来决定了。

而MySQL另外一个最流行的存储引擎之一Innodb存储数据的策略是分为两种的，一种是共享表空间存储方式，还有一种是独享表空间存储方式。

当使用共享表空间存储方式的时候，Innodb的所有数据保存在一个单独的表空间里面，而这个表空间可以由很多个文件组成，一个表可以跨多个文件存在，所 以其大小限制不再是文件大小的限制，而是其自身的限制。从Innodb的官方文档中可以看到，其表空间的最大限制为64TB，也就是说，Innodb的单 表限制基本上也在64TB左右了，当然这个大小是包括这个表的所有索引等其他相关数据。

而当使用独享表空间来存放Innodb的表的时候，每个表的数据以一个单独的文件来存放，这个时候的单表限制，又变成文件系统的大小限制了。

---