84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
(ps:去大公司面试被虐了,回去找了下质料发现这方面的挺少的,还是一头雾水。)
比如：1.高并发、大流量方面的,2.断线重连3.数据量太大请求超时的4.推送的文本用户同步等等问题。
希望有经验的大牛们能分享一下，在大流量的情况下是如何开发的，在低用户量开发的时候经常会不注意挖的坑，踩的雷；以及如何构建大流量样本进行测试的,以及有关这方面的学习方向和推荐书籍。(本人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 千万别被这种人吓到，你就到网上百度背背答案，下次碰到背给他们听。
可能他们公司并不招人，只是遇到这么个问题，又不想花钱，所以就当面试问题了。。。
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
现在的面试的就喜欢问这些装逼的问题，没几个自己知道该实际怎么操作，知道的也是理论，你不是技术总监跟本不会给你实施的机会，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 千万别被这种人吓到，你就到网上百度背背答案，下次碰到背给他们听。
可能他们公司并不招人，只是遇到这么个问题，又不想花钱，所以就当面试问题了。。。