@YugenFring #30

1.培训班费用高，需要全日制学习，你的工资勉强度日，不能辞掉工作，远程学习还不如自学呢。
2.对企业而言，没有实际工作经验，培训和自学是一样的。

现在这个环境，培训班也不行，不建议你报培训班，你的工资决定了你的储备和抗风险能力，不要浪费钱在上面。

@xuelang @unco020511 现在风向变了，员工维权会比以往难，年终奖估计不好拿。

@YugenFring #21 我说的转 java 难，是 java 人多，当前就业环境又差，面试要求高。

看了你的学习和工作经历，感觉转 java 是比较难，但看了你的工资，又觉得你在这家公司应该很安全，岗位像是一个技术文员😅

说不定你老婆的闺蜜哪天来你家串门，用了你家 wifi ，讨论了内裤，同一个 ip 被大数据监测到了😂

@latifrons #1 大多数公司无所谓情分不情分的，都只是成本考虑而已，因为绝大数人的税前月工资达不到社平工资的三倍，企业都只是选择最低的那项而已。

@well775397252 #20 平均每个进程 200 多 M ，fpm 配置里 pm.max_requests 设置的多少，如果设置的比较大，那有可能会增长到这个两级，把这个值适当降低就可以了；正常来讲 fpm 进程很难会内存溢出，除非一些占用内存的比较大的场景才会，例如大数据的导入和导出，又或者开启了 debug 等扩展，静态内存占用较大。

#7 道出了睡眠不好的根本原因，真正的脑力累，应该是全身心的脑力劳动，心理上没有压力，这样的话，累了就倒头就睡了，睡不好的原因就是精神压力，这些压力来自工作、生活、家庭等等，这些压力不卸掉，内分泌就会紊乱，继而会导致各类健康问题，即便每天工作 5 个小时，你依然觉得累；建议适当放松下，如果仍然不能解决，建议有些东西该割舍就要割舍，为此烦恼而导致健康受损，其实是不值得，毕竟一个人的人生很快就会过去的。

这个软件，相较于 git 有什么亮点，以至于要放弃 git 用它呢？

@ofskos #25 建议用 wordpress ，你说的那些都能满足，不会优化，找个人付费咨询或请人优化下，大多数提升下服务器配置，加上缓存基本就可以解决，后续重点是运营，毕竟 wordpress 用的人还是比较多的，插件也比较丰富。

上亿数据分页查询，楼上已经说明了存在的问题，我帮你简单汇总下：

1. innodb 引擎，count 查询会很慢，优化的重点将是这里。
a. 统计精度不精准的前提下，可以使用 explain select count(*) from tablename where columnName = 'xx' .
b. 统计精度要求精准的话，由于存在各类场景的查询，innodb 引擎不适合去做这类聚合统计查询的业务，冗余一张 myisam 引擎的表去查询或者更换数据库

2.分页语句，limit 偏移量越大，查询愈慢，可以使用唯一索引做偏移量查询，常见的就是自增 id ，示例
SELECT id FROM tablename WHERE id > 10000 order by id desc limit 10.

@UnrealEngine #8 select for update 是悲观锁 SQL 语句，目的是为查询条件对应的 SQL 加锁，不声明开启事务，mysql 默认 sql 提交方式为隐式提交，对于非 DQL 的 SQL 语句来讲，例如 insert/update\delete 等 DML 或 DDLSQL 语句来讲，事务跟随 SQL 自动提交，也就是不手动声明开启事务，for update 语句提交结束后，锁就释放了，这样做其实对业务来讲没什么意义，for update 一般伴随业务数据更改，保证一致性，所以需要放在一个完整的事务中执行。

1.你的这个 SQL 加锁属于悲观锁，即 select {fileds} from {table} where {where} for update; 该锁的事务性操作并发能力不高。

2.你的 where 条件如果索引是唯一键，即是行锁，如果是普通索引，则是间隙锁(影响范围是个区间)，没有锁的行则是表锁，并发能力从高到低：行锁>间隙锁>表锁。

3.如果是行锁的话，说明你的业务并发值超出悲观锁事务的并发临界值，这个可以查看数据库日志，查询有无死锁或锁超时日志记录，解决方法，个人建议如下：
a.事务不使用悲观锁处理余额，事务直接使用 update 来完成余额更新，即 update fund set available_balance=available_balance-{money} where memberid = {memberId} and available_balance > available_balance-{money}，并发能力要高于悲观锁
b.比较笨的方法，提升主库配置，例如提升 CPU 核心数，核数可以提高并发临界值。

参考下 V 站这篇帖子： https://v2ex.com/t/997702

只是卖大米的话，简单做一个系统就可以了，没那么复杂；上面推荐的开源项目，相较于你提的需求，都太重了，运营需要培训才能上手。

让后端统一口径，前端没有必要兼容 2 种方案。

1 如果你不喜欢折腾，那也不需要调研，你的团队或者你本人熟悉什么技术栈就用什么，毕竟这样开发和维护成本低。
2 如果你喜欢折腾，那就面向简历开发，换一种市面流行的框架开发。

从你的表述来看，很明显是第一种，作为 V 友，从职业规划的角度来看，我的建议是不要老是执着于框架，框架只是个开发轮子而已，你应该考虑技术以的深度、架构的广度以及业务的沉淀，后续做专职项目管理或技术专家都是有帮助的。

IT 行业也不全是开发类的岗位，也有很多非技术类的岗位，例如技术售前销售、方案咨询等等，这些做好了，薪资也不低啊，执着于技术开发，是对开发有浓厚的兴趣吗？就未来的就业场景来看，我个人不太推荐开发，职业规划有很多方向，没必要太执着于开发。

出生率下降也只是在 2010 年之后，所以 35 岁危机的论调，至少要等 20 年之后再说。

中小型公司基本没有，测试没问题就直接上线了，code review 只是技术角度看方案设计，有一定的积极作用，由于国内中小型公司多数业务驱动，迭代频繁的话，早期的技术设计很可能不太适应，所以国内公司产品把关的重点仍然是测试环节，只要做好测试用例，可以规避 90%以上的较大的生产事故。