你掂量掂量自己几斤几两，如果只是看个小黄片，罚款能覆盖抓你的成本吗？为啥总有人觉得自己很重要

我觉得这一切都是规则制定者的锅，你在这里生活就必须要遵守这里的玩法，要么你去别的地方玩，要么你强到能改变规则，实在不行就躺平

小厂面上了可以先进去啊，反正工作都是大同小异的

力扣抄了五百多道简单题？力口随机每日挑战 500+题目？如果是后者直接把刷题记录拍面试官脸上，基本不用面，亮明应届生身份基本就接 offer 了。如果是第一种情况，请重新刷五百道！

命运虽然是注定的，但它娘的不明牌啊！！！你打出来之前别人知道你的牌是啥么？

@SeanDragon 瑟瑟虽好，发抖了就停吧

@wangxin3 感谢回复

@wangxin3 还有，我这里实测就是 count （*）没有查所有 id 快啊，你直接再来给个结论是有什么依据吗？

@wangxin3 没有 where 条件。你说的这个记录是在另外一个表中记录吗？

个人使用冤大头，服务器更怨

@never2023 当然没看见，鸟都被流浪猫吃完了呀

真的太少了，一年省的税还不够买个游戏的

@cstj0505 确实，因为查询的时候我的数据库还在更新，其实我只是需要一个大概的数值来检查更新进度就可以了，那这样我感觉直接查所有 id 然后在程序中对 id 计数会比较满足需求，直接用 count 可能就会因为更新问题导致查询变慢，应该这样理解吧

@littlewing 这就是我的疑问呀，我不明白的就是这个地方

@encro 我这种用法直接用命令行不也是一样的结果吗？跟 navicat 没关系吧

@leahoop 你怎么不看一看我的评论呢，navicat 查出来的结果是 40 万条，我不希望因为这些没有意义的讨论浪费时间，还请认真一点

MySQL 8.0 ，innodb 的引擎，实在不好意思，本人确实对数据库不太了解，不知道检测需要从哪些指标切入，感谢指点

@adoal
@cstj0505 其实用什么工具查没影响的，我用的是 navicat ，在查询标签里面手打的 sql 语句，连远程数据库查的，直接查 id 本地查到了 40 万（刚刚数据库又增加了一些数据）数据，每个 id 都有，但是无序，我是拖动滚动条看的，右下角会显示“第 1 条”到“第 400000 条”的字样，由于数据库还在更新，现在查 id 大概在 3s 以内，查 count 还是远超 20 秒

你累死累活学技术是为了什么？他是否达成了你的目的？这种行为是否合法？最后，改缴税的还是建议缴纳，要不然光我自己缴税挺难受的