@ixiaozhi
join 对数据库性能消耗巨大，一般不是搞那种访问量比较少的网站或者封闭系统的话都不推荐用
现在基本都是靠宽表冗余字段，用空间换时间的，数据库只做简单的存储功能
而且 join 对于后续数据库做水平分割是个大坑

没有索引如何谈优化，况且看到那么多 join 而且还同时 group by order by 以及 like '%'的要想不是慢查询也难

insert 一次 update 一次， affected-rows 为 2 还是好理解的吧
如果也是 1 的话如何知道本次执行是插入了新的数据还是更新了原有的数据？
倒是 java 的 mysql-connector 有个相关的坑，如果连接参数不加 useAffectedRows=true 的话返回值始终是匹配到的行而不是受影响的行...

LATEST DETECTED DEADLOCK 那段你没贴哪知道是什么原因

@zhenjiachen 业务层获取 userId 其实没必要通过参数传递，可以通过拦截器把 session 里的 userId 设置到 ThreadLocal 里，之后都从 ThreadLocal 取就得了

用户 ID 居然还从前端传？登录的时候存到 session 之后都从 session 里取啊

@just1
怎么可能是改 header
1.改网络层的包
2.挂代理
nginx 配置一般都会加这句
proxy_set_header X-Real-IP $remote_addr;
在有 nginx 的情况下对于后端来说要取客户端 IP 不看 X-Real-IP 还看啥，不然你依然都是直接取 remote_addr 不每次都是 nginx 的 ip 了吗

@just1
这和 LZ 的问题没有任何关系，伪造是另一回事了，是否有安全问题还得看具体业务，而且 remote_addr 也一样能伪造，这个问题是避免不了的
nginx 配置一般会把 X-Real-IP 的值设置为 remote_addr ，所以如果 X-Real-IP 不真实的话 remote_addr 也一样不真实

spring DataSourceTransactionManager

@rogwan
我觉得你还是没有懂我说的，你这个需求根本不需要区分生产环境和开发环境
对那两个 header 判空不代表获取到的 ip 就是空，只是优先级问题，能取到就优先用

String ip = request.getHeader("X-Forwarded-For");
if (StringUtils.isNotBlank(ip) && !"unKnown".equalsIgnoreCase(ip)) {
int index = ip.indexOf(",");
if (index != -1) {
return ip.substring(0, index);
} else {
return ip;
}
}
ip = request.getHeader("X-Real-IP");
if (StringUtils.isNotBlank(ip) && !"unKnown".equalsIgnoreCase(ip)) {
return ip;
}
return request.getRemoteAddr();

代码都贴出来了你还没懂的话我就无话可说了

@rogwan
开发环境是没有 X-Real-IP 和 X-Forwarded-For 这些 header 没错啊，所以才会进行判断，如果取不到才用 RemoteAddr 有什么问题？
不理解为何你会说这几个 header 取不到会报错，无非就是判空而已

退一步讲，如果你要开发和生产环境分开配置也是很常见的啊
不知道你数据库连接配置是怎么搞的，这个生产环境和开发环境必然不同
你的需求和数据库配置的读取完全相同，要么加环境变量，或者容器启动时读入参数，写到容器的配置文件里
更无聊点你甚至可以在调用的时候去读下你写的配置文件，如果能读到就是生产环境

修改下你读取客户端真实 IP 的方法
先看 X-Forwarded-For 这个 header 有没有 ip ，有就取这个
如果没有再看 X-Real-IP ，有就取，如果还没有才用 request.getRemoteAddr()

所以说那些个喜欢提这种逗比需求的产品经理简直就是祸害

if ($request_uri ~* ^/\?t=.*$) {return 403;}

可以试试 5.7 ，主从同步支持多线程了

菊花不适合做互联网产品

session 放 redis 里

@Specs
http://dev.mysql.com/doc/refman/5.7/en/range-optimization.html
多看官方手册就行了

你查询语句条件的顺序不影响索引的使用,mysql 会自动优化，看的是加的联合索引的字段顺序
当然不是只有=号才用索引了，范围查询也会用到的，但不一定用，得 explain 看了，有时候 possible key 会包含对应的索引，但是实际并没有使用， mysql 自己会判断，存在某些特殊情况要 force index 或者 use index ，毕竟程序定的规则不可能覆盖所有情况