（ 1 ） JAVA 不慢，慢的是人的认知；
（ 2 ）程序的效率更多受 CPU/ IO （网络 /磁盘）影响， 不应该成为你纠结于语言本身执行效率的借口；
（ 3 ）建议做 java 相关生态的大数据研究：hadoop，zk，hbase，kafka 等等，随便一个领域下都有无限可能；
（ 4 ）如果对自己要求较低，请直接看（ 3 ）

改下主题，孟姜女拆长城吧

快排 and 堆排
二叉树
再难 B 树不能再过分了
难度在这以上的话，一般能答出就是加分项吧

把 syslog 输出到另一台机器上或者同步到某个地方，下次打开还卡死就看下最后一个时间点的 log 输出

假设 java 为基础： Hadoop 权威指南 ---> Hbase 权威指南 / TSDB ---> Spark 权威指南

佛山的话，这个工资挺高了，
B2B 能看出，公司还是有一定业务渠道的， BD 吧

看你偏重业务还是技术实现了
我个人觉得这个课题太大了，建议弱化毕设课题业务层面，缩小工作的范围
侧重网络侧流、协议解析、数据传输、并发效能的研究-----》也就是只用 java 实现一个基础的底层平台
而直播是作为其中的一个运用实例

你的想法很危险啊大叔，但愿我们不要成为同事吧 = =

mem 和 redis 应该没有必要
花这个心思不如优化下 DB 的表结构或者索引，最多可以加个节点做一下 LB ，或者做个主从读写分离一下；
除非复杂的连表场景查询，不然小规模场景随意使用缓存，可能比直接加载 DB 还慢。。。

你这顶多是 web 业务逻辑开发吧，个人感觉，严格来讲不算后端，而且，熟悉 Linux 是一个合格后台的基本素质。

后端的话，建议多了解基于 java 、 c 、 c++， python 等优秀的开源项目，可以看看源码，例如： zeromq(c++), c(redis)、 hadoop(java)、 tornado(python)

目前来讲比较火的，可以试试搭建 hadoop 集群，玩玩 zk ， hbase ， kafka 等，体验下分布式集群和大数据应用

我不是引战， PHP 这门语言天生是搞 web 的好手，但是不应该被套上“后台”语言的帽子。无论什么语言，物尽其用，才是一个合格后台人员的素质。当我们谈论 PHP ，其实更多是讨论如何实现一个系统应用层、上层业务逻辑的东西，而这些东西再怎么深入，很难进行更为底层的优化。像你说到的几个 PHP 框架，其实都基本是 app 框架，也就是我们说的业务侧框架。

而我们应该讨论的通用的后台技术，其实应该更多是： connect server 、消息队列、网络框架、数据库方面：例如如何让系统实现真正的实时调度，如何真正科学管理集群或者主从数据库，如何设计 Hbase 的 rowkey 、如何实现读写分离，何为 CAP 理论等等；

。。。。。。。。。。

说了一堆废话，不就是想告诉你：“ PHP 也许是世界上最好的语言，但是要成为一个牛 B 的后台，这和语言真的没有必然的关系”

加油

@konakona 工程中最好不要使用 select *
https://www.zhihu.com/question/37777220

@hj2002007 带外键的关系数据库做集群或者容灾时，双主、主从同步都有无法预料的问题，坑太多，
有时同步失败，只能重新做表

对于简单的流程操作，这样的思路是可以的，
但是要记得在 SqlConnection 中加上 mysql_ping()， threadStatic 的 SqlConnection 对超时连接进行重连

join 多少张表，其实并没有太大关系的，
主要开发人员是别 XJB 乱用外键，最好别用，不然分分钟炸给你看

用我自己的工作经验来谈，我 70%开发用 python

python
大企业：主要用来运维开发和机器学习
小企业：用来做 web apiserver 居多，甚至有些用来支持网站大部分后端

优点： 开发效率高，语言易读性强，胶水语言
缺点： 普遍性能较差（我说的是使用方式，不是语言性能）， 2 与 3 相差大难兼容，软件侧 python 客户端支持不完善（ memcached ， redis ， hbase 等）

一定要选的话，建议你可以用 python 写脚本研究机器学习，职业上以 java 为主，可以往 hadoop 大数据方向靠拢，毕竟是趋势

@wdlth 哈哈哈哈有才

除了 redis ，还能想到其他？

1.除了第一条，基本都满足
2.rdb 烤走带走数据
3.支持几乎所有主流语言客户端

然而， 0 配置，你能列举一个给我吗
这样的数据库是没有任何意义的

菊花洗干净