@ipwx 属实是哭了，以前没有机会的时候感叹没有机遇，有了机会了又不好好把握住，现在就是后悔，自责，愧疚，很不是滋味

@love 对的，复盘的时候也总结到了这一点

@dream4ever 这种机会是很难得的，不是有了一次还能有第二次的

@ipwx 我自己的心态和态度都不够端正导致的吧

@ipwx
@ch2
是的，意识到自己的错误了，实在是自己不对

@serco 以为自己兜得住，结果把自己搭进去了

@sandman511 就是想借着这个机会，锻炼下新技能，但是一开始方向就错了

@westoy 反正别人已经找了新的人先做了一版用着了，我估计是 GG 了

@kop1989 还是大佬透彻，说到底就是态度不够端正，不够认真对待这个事情

@yazinnnn 用的啥不是重点所以才没说出来，整个事情上面的处理才是问题

@Vegetable 缺钱啊！但是自己的态度不够端正吧

@thinkif 对的对的

所以有人组团去图书馆的吗？

@zhouchijian 请问是佛山哪里的什么公司有 14 的前端，贵司招后端吗？

@waitingChou 就是想要这样形式的回答，实在符合我的期待

@waitingChou 很好，给了不少方向！感谢感谢

@LeeReamond 我觉得问题就在于，「正常开发对于不同数据库的负载能力心里有个量级」 这个点不好把握，30w 行内不会在意性能，3000 万行予以关注可以理解，但是 3000 万行的单表，会引起我两个问题，
1.数据量一直增长到 3000 的过程中，查询请求也一路增长，我会一直担心数据库顶不住，因为虽然我能预估一个查询多久能返回，但是没法预估这张表能抗得住多少并发请求，就是我没有办法给出 「这种情况下，如果你再多开一个业务入口，流量上涨，更多的流量到达数据库之后，数据库会扛不住的」的结论给到运营或者老大
2. 「正常开发对于不同数据库的负载能力心里有个量级」这个量级是怎么得来的？或者说你是怎么知道 mysql 什么机器配置下能抗多少请求的呢？
还望再指点一二

@LeeReamond 也不是这样问没有意思，主要是你的回答我也没从里面看出什么经验总结来....你所说的基本功，我认同这一点，那既然是基本功，就肯定可以总结出一两点套路的

@LeeReamond 就你说的这个场景，「你比如你在调数据库业务的时候，你知道表有多大，什么储存方式，业务如何索引，集群的负载增幅是多少，那你应该能估算出单节点大概的时间范围」 比如数据库是 mysql，我知道表有 3000w 行，innodb 存储，索引覆盖了要查询的字段，集群的负载增幅我并没有理解到你想表达的是什么意思，当我不知道，那估算单节点的时间范围是怎么估算的呢？