根据你写的sql语句，有几点建议：
1、b表使用了force index以强制使用索引，在表条目数较多的情况下，索引查询未必是最优的方式，一般情况下让数据库自己选择就可以了。或者自己验证下，用isdeleted = 0的条件查b单表，确认加上force index性能更好，否则就去掉force index。
2、统计数量的sql语句，仅保留a,b,c张表就可以了，其他的几张表是left join，不影响统计结果
3、根据上一步取出的b表字段的主键字段，在php中循环取详情信息。因分页的数量一般较少，多次通过主键取数据的方式速度可能会更快。

另外，如果想让大家分析，最好把sql的执行计划贴出来。

把你的sql语句贴出来，让大伙看看。

多次查询，然后合计，得出记录总数。怎么样？？（没测试过....）

例如，每次查询的数据量为： 8000条记录

PHP 代码：

    // 单位查询数据量
    $unit_num = 8000;
    // 查询批次
    $count = 1;
    // 总数据量
    $total_record = 0;
    
    while (true) 
        {
            $sql = 'select count(*) from tb_name limit ' . ($count - 1) * $unit_num . ' , ' . $unit_num;
            $part_num = $db->getOne($sql); # 部分数量
            
            // 如果数量 和 查询的单位量相等，这说明，总数据可能更多..，继续查询
            if ($part_num === $unit_num) {
                $total_record += $part_num;
            }
            
            // 如果数量 比 查询的单位量更少，说明，已经是最后一批数据了
            // 跳出循环
            if ($part_num < $unit_num) {
                $total_record += $part_num;
                break;
            }
            
            # 更新查询的批次
            $count++;
        }
        
    echo '总数据量：' . $total_record;

你最终查询的是b表的数据，如果count b表为啥还要join其他表呢，count本来就是全表扫描，不加where基本上没有优化办法。

最开始是研发将总条数做成异步加载，数据和页码先出来，这样只要不是刻意查数量没什么太大影响;
后来看楼上建议改了下视图，加载总数也会更快些;
还有那几个强制索引也是为使用视图时外面加条件能够走索引才加的;
这样优化下来暂时还能接受。