没有什么太多的并发经验，可是面试的时候总是喜欢问并发问题怎么办？是如实回答还是自己编造一个？

1.比如问你单表慢 SQL 的优化问题有哪些建议，你可能会说用索引，但是面试官问的不仅仅是索引，可能还会涉及到分库分表，读写分离，假如数据量很大，涉及到几千万甚至上亿条数据，可能涉及的还不仅仅是分库分表这么简单了。
2.再比如问你可靠性问题，你们系统可以扛住多少并发？怎么解决这些并发量带来的问题？
3.再比如问你 MQ 怎么保证数据不丢失？怎么保证不会重复消费，假如出现脑裂了问题怎么解决？
4.再比如问你 CAP 理论、ASM 技术等。
我发现这些问题都是吃经验的问题，可能没多少经验问题的人，只要专门准备 1 个月左右面试，可能也可以很轻松的顺利通过面试进入大厂。
但是有没有想过这个问题，所有的问题都倾向于解决方案，万一以后随着技术的迭代更新，这些所面临的问题被新的技术所解决了，那这些靠吃经验的人，还怎么活？所以我认为学习能力才是王道，从 0-1 的过程才是最具挑战性的，有很多企业问这些深的，除了表面上了解一个人对技术了解的深度之外，别的毫无价值，那些只要准备个 1-2 个月照样可以成为面试高手的人可以轻松通过。即使很多公司增加了算法面试也照样可以通过刷 Leetcode 可以顺利通过，技术这条路除了天才之外本没有大神，只是有的人用得多了也便成了大神，熟能生巧的过程而已。