2019-12-03做过好几次调优了。面对这个专栏。依旧是如获至宝的感觉。对后边的章节表示很急。如果是已完结，我可能会一两天就追完。 3
2019-12-03老师，看了前三节，对后边的章节很急。作者回复: 哈哈，谢谢。一定尽量把质量做得更好。
2
2019-12-03性能优化将会是未来发展的一个重要方向，很荣幸能和大师达到一些思想上的共鸣。 2- 2019-12-061. 我們有過 ＥＴＬ的轉檔 前面若有一個因為資料量突然過大（如該天訂單量大) 導致第一個ETL, 無法如期轉完畢. 導致後面的ETL 所產生的報表資料都會錯誤 ＸＤ
這是我自己遇到的 我們沒有很好的解決方案 老師有建議嗎
我們只有將ＥＴＬ的執行距離調開 也有將database 的raw table 分開. 比方說 Order table 分兩個
一個是10天內的 另外一個就是剩餘其他的日期的作者回复: 如果我理解对的话，你的问题是，每天资料的处理时间不能保证。你可以考虑加个标志（就是处理完后，把标志set一下）。这样下游的流水线处理之前，先检查上游标志在运行，这样就不会出错了。
或者你要是想保证时间性，只能把你的处理尽量并行化，而且根据工作量的大小，自动调整并行度。 1 
2019-12-05不只是性能问题，复杂问题都需要有比较广的知识，然后大胆假设，再通过实践验证。 1
2019-12-04搞性能测试和性能调优这块也有段时间了，总是感觉知识不够，想请问一下庄老师想系统学习下性能工程有什么书籍可以推荐吗？作者回复: 这个领域很广泛，不是几本书就能学会的。
每本书侧重点不同。我觉得Brendan Gregg的《性能之巅》还不错，也比较宏观，你可以看看。 1
2020-01-06解决处理过不少从简单到困难都有的，纯粹语言层面的较多，还有一部分是综合性的。比如最近一个就是跟存储有关的，解决过程中涉及了Java的gc过程、操作系统的IO过程、共享存储写入过程等等，涉及了两三个团队的合作，
2020-01-05一直在做性能优化，但是还是很想系统的学习下，怎样从各个角度剖析系统的性能问题，希望通过比课程建立一套完整的性能优化知识架构。
2019-12-09路漫漫其修远兮，我将上下而求索！
2019-12-05“彻底解决这个问题需要和其他人和团队合作吗？”
这个必须要啊！
血的教训：
有时即使你找出了别人程序的问题，也给别人指出来了，或者提供了改进意见。
但是，别人可以不叼你啊！！！
如果要解决的是他人项目中的问题，最终必须要别人配合才有可能解决。
这就需要一些软技能。
放低姿态，给别人留面子，让别人觉得最终好像还是他自己解决的。
指出别人程序的问题时，最好不要在公开场合，你懂的。展开
2019-12-05能力想强悍就要能软能硬，能干关键还要知道在哪干
2019-12-05公司的应用，数据库用mysql的话，总会碰到一个问题，连接数超过一定数目后，tps就上不去了，不知道怎么解决，只有让开发改代码吗？已经用了pool了作者回复: 得具体问题具体分析。让开发改代码可以，一般得告诉他们问题在哪里，怎么改。否则他们也一头雾水。
- 2019-12-05感觉自己很多时间对问题的直觉很准，但是不知道怎么具体去确定和量化，希望能跟着老师学一些量化和解决问题的方法
2019-12-04老师的课让我对性能优化和容量效率产生了极大的兴趣，希望跟着专栏学下去，自己可以在性能方面有所收获，日拱一卒。作者回复: 谢谢鼓励！很欣慰能对你有帮助。
- 2019-12-04我觉得这门课程的内容非常适用于 fullstack 和 devops 工程师，非常棒。
作者回复: 谢谢！
2019-12-03每次遇到性能测试和调优，都是一顿上网，零碎而散乱，希望这次可以补上短板，以后可以从容面对作者回复: 恩，如果这个专栏对你能有帮助，我就很欣慰和高兴了。欢迎学完后提建议和感想 。
2019-12-02你咋才来啊，老师 ，我就是运维。感觉运维成长有点缓慢了，还好您来了作者回复: 谢谢！一起进步！