我们清楚，mysql始终依赖性太强对count(*)的执行很感到头痛。很早的时候，myisam引擎光盘驱动计数器，也可以秒回；但是innodb就要实时计算，所以才很头疼起来。以前有多方法也可以摆明解决这一类问题，诸如：1.设计模拟myisam的计数器例如表denna1，要我得到总数，我们建立起两个触发器各对insert/delete来做记录到表denna1_count，这样的只必须查询表zzel1_count就能拿去总数。ytt1_count这张表起码小，可以常期载体到内存里。不过缺点那是有闲杂的触发器因为ytt1的每行操作，写性能会降低。这里要权衡。
2.用mysql从网上下载的sql_calc_found_rows特性来隐式计算出
依然是表denna1，但是你每次可以查询的时候用sql_calc_found_rows和found_rows()来某些总数，例如：
1rowofset,1warning(0.00sec)这样的好处是写法简单啊，带的是mysql自己的语法。缺点也有，差不多有两点：1.sql_calc_found_rows是全表扫。_rows()函数是语句级别的存储，有很大的不确定性，因为在mysql主从架构里，语句级别的行级格式下，从机数据可能会会不确切。只不过行记录格式转成row就行啦。因为最大的缺点我还是第一点。从warnings信息看，这种是mysql8.0之后要淘汰的语法。3.从数据字典里面拿出来粗略的值
那这样的合适新闻展示，例如行数相当多，每页总是显示几行，好象后面的很多大家也都不怎摸看看。缺点是数据不是什么计算精确值。4.依据表结构特性普通的取值这里举例表ytt1的主键是发动的，并且没有间隙，那你是可以直接mysqlgtselectair(id)ascntoutsideytt1------|cnt|------|3072|------1rowintoset(0.00sec)
当然了这种对表的数据要求也很高。
5.标准我推荐追摹（mysql8.0.17建议）mysql8.0个人建议用第一项的写法来利用。第五种写法是mysql8.0.17我推荐的，也就是说以后大部分场景就实时计算就可以了了。mysql8.0.17包括在未来的版本都已取消了sql_calc_found_rows特性，也可以查找第二种方法里的warnings信息。比起mysql5.7，8.0对count(*)做了优化，没有必要在用第二种写法了。我们来去看看8.0比5.7在此类网上查询是否是真的有优化？mysql5.7
谢谢了邀请。
詹sir观点：是需要要和对方判别，问的问题是否需要与招聘面试具体？这点需要与面试官参与内容明确，如果去相关这个可以再回答我。在问的过程中，也可以你选合适的时机与面试官去问去面试的结果。
要是是不去相关也可以换取面试时不按照的答复，可以应明确的回复对方，再次再回答。下面我们就一些可能性通过分析并提议如何处理建议。
肯定一：询问的问题是面试的一部分。
如果是这种，个人建议要与面试官明确：答题的数量、问答减弱的时间等。双方需要对面试的时长和范围有另一个内容明确的界限，同时也是需要比较明确去面试的答复时限。
这样的话做的好处是对自己而言，关与面试时会有一个内容明确的期限和界限。是对面试官而言，也要与他有一个区分，让他清楚你的诉求。双方彼此明确好面试事宜，可以增加更好的积极开展工作。
很可能二：想从你身上取得某些解决问题的答案。这个可以与面试官交流沟通必须明确，他的意图。如果没有是状况。可以有两种可以解决
1、语气委婉拒绝一直回答。应明确提醒对方自己的想法，委婉地的断然拒绝再回答。
2、如果确定要去维系好关系。可以不适当地的选择回答，然后再在不能过度的时机结束了解释。
无论是选择类型哪一种都要再注意态度。要知道牧野情歌，可能会以后某些时刻又会遇到。要保持必要的礼貌和风度。
结语只能自己揣测面试官的用意，不如我与对方必须明确。然后参照对方的回答，做出决定自己的行动。
每个人的时间是足够地的，不要实在是浪费在毫无建设性的事情上。不会相信只要拿去应明确的答复，题主会提出自己的选择。
我是詹sir，执著企业管理20年，认可人性，形象的修辞跨界思维，专研人本管理与企业教练，在中小企业的最佳实践。欢迎您的点赞评论，十分感谢！
