开始写的语句大体是：

select count(m.fbrandid)   from table as m group by m.fbrandid, month(fdate);

数据库中的数据为：

                      +----------+------------+-----------+------------------------+
                       | Fbrandid | Fdate      | Ftotalnum | Fpersons |
                      +----------+------------+-----------+------------------------+
                       |       32 | 2008-11-01 |        10 |        8 |
                       |       32 | 2008-11-02 |        10 |        8 |
                       |       32 | 2008-11-03 |        10 |        8 |
                       |       32 | 2008-11-04 |        10 |        8 |
                       |       98 | 2008-11-01 |        10 |        8 |
                       |       98 | 2008-11-02 |        10 |        8 |
                       |       98 | 2008-11-03 |        10 |        8 |
                       |       98 | 2008-11-04 |        10 |        8 |
                      +----------+------------+-----------+----------------+

查出来的结果居然不是同样的一个值：

                      +------------+
                      | count(*) |
                      +-----------+
                      |      4      |
                      |      4      |     

为何这里count(*)的结果是分组以后每组中的记录的条数，而不是分组的数目.

解决办法：

    1 、将所有的数据查出来，在外面进行处理，这是非常不好的一种想法，请记住，我们用的是数据库，要更多的依赖数据库去解决问题，要有个信念：凡是在外面（程序）能解决的问题，用数据库都能解决！  

    2 、尝试引入子查询，如下：

        select count(1) from (
    -> select fbrandid, month(fdate) from table as m     
    -> where 1 = 1     
    -> group by m.fbrandid, month(fdate)
    -> ) aa;

        就是说对查询的结果再去统计，就是分组的数目了。

   3.   请参考mysql的SQL_CALC_FOUND_ROWS() 和 FOUND_ROWS() 函数，似乎这个是最合理的了

结论：

    1、 并不是说group by和count（）操作不能同时使用，只是说查出来的东西不一样，每个都有其应用的情况，如本例：最开始方法查出来的就是分组以后每个分组的记录条数，如果程序中要计算每个分组的记录条数，恰恰用这种方法。

    2 、要更多靠数据库去解决问题。

    3 、意识到子查询的威力，当你遇到解决不了的问题的时候，可以试试用子查询去解决。（实践证明的）