(本人1年经验的后端渣渣，感谢各位的关注和回答) over！
(ps:去大公司面试被虐了,回去找了下质料发现这方面的挺少的,还是一头雾水。)
希望有经验的大牛们能分享一下，在大流量的情况下是如何开发的，在低用户量开发的时候经常会不注意挖的坑，踩的雷；以及如何构建大流量样本进行测试的,以及有关这方面的学习方向和推荐书籍。
(本人1年经验的后端渣渣，感谢各位的关注和回答) over！
现在的面试的就喜欢问这些装逼的问题，没几个自己知道该实际怎么操作，知道的也是理论，你不是技术总监跟本不会给你实施的机会，10个面试官问这问题9个是装逼。
我说下我用过的
1 首先千万级用户要看你是什么项目，普通项目1000w级的用户并不大，因为普通项目根本不会有用户活跃度
2 高并发的定义：同一秒钟请求的ip数。我个人的了解，高并发是指2个方面，一个是你的服务，一个是你的程序业务逻辑。
服务：apache,nginx + fastcgi
程序方面：个人认为这里才是重点，因为web应用的瓶颈都在于数据库。你的业务逻辑会对数据库进行增删查改。所以当前求量达到一定基数时很有可能导致数据库占用内存值增大，甚至会导致你表死锁，或者数据库奔溃。
解决这个问题：1首先你要在你程序的入口写日志，记录每次请求的地址及参数。2 根据你的日志分析哪些请求访问频率过高（不可能每个请求都访问很高的）3 找出访问请求过高的地址，分析对应的业务逻辑，优化代码和sql语句，根据功能需求做适当的缓存
数据库方面 ：1 根据上面分析出来的结果得出需要频繁操作的表，这里多数为数据库查询操作。（一般操作频繁的表有：用户信息表 。一般数据量大的表：财务记录表，用户日志表。）然后根据业务逻辑分表。1把用户表经常要查询 要使用的字段放到一个表，2 把用户统计信息和非常用数据放到另外一张或几张表。3 对于数据量大的表可以用时间段分表，比如一个月或者一周一张财务记录表和用户日志表，还有一种就是按照业务逻辑分表，比如活跃用户信息一张表，非活跃用户另一张表，还一种按用户id分表，比如用户id第一位数为1的一张表，为2的一张表以此类推建立10张表。
然后使用读写分离，建立主从库。要往细的方向说还有很多。但一般公司而言不需要真不需要 你有那么大的用户 就意味着公司有钱 公司有钱很多东西可以通过硬件去提升，而且可以出高价聘请专职人员，你只是面试php而已。我没日志表每天1000w的增加量 都没怎么弄。
3 千万别被这种人吓到，你就到网上百度背背答案，下次碰到背给他们听。
可能他们公司并不招人，只是遇到这么个问题，又不想花钱，所以就当面试问题了。。。