实际问题系列

csv文件解析的3种方式 中杯：直来直往，毫无技巧 大杯：缓缓图之，数据分批 超大杯：分而治之，文件拆分

redis使用不当导致内存占用过多，最终引起生产事故---token莫名其妙的失效，导致用户无端的退出登录

很简单的一个接口，写的时候很自信。都不带测试的，直接部署让前端使用，结果打脸了，而且还是一脸懵逼的错误。

本文着重在于测试mybatis对批量插入的数据量是否有影响，经过测试发现并没有影响，主要是mysql自身对接收数据量的大小限制，通过参数max_allowed_packet控制。

优化系统的通讯录同步API，实现百倍提速。你们的系统里的组织架构中做的这种数据同步API是如何实现高效的呢

A: 大佬，你这个功能没做好啊，还有问题呢，你瞅瞅呗 B: ？？？,我本地没问题啊，我去开发环境上看看 B: 开发环境确实有问题，难搞，我本地OK的

本文就是来说明下在es初始化期间怎么保证数据能够正常访问，方案：以空间换时间，引入双索引的来处理。思路来源：《redis设计与实现》中哈希表rehash功能

上文中案例优化结果是需要在大表中添加一个字段group_id,表中有1千万的数据量，而且有几个索引字段，怎么操作才能尽量减少线上的影响呢。

面试官会问：你有什么慢查询优化的经验么？看完这篇实际问题的处理，你就有了慢查询优化的经验了，相信你应该知道如何回答。

开发一个短信平台，怎么保证短信接口的安全性呢，本文以亲身经历的事故来说下我们解决的方案。可以检查下你们的短信是否安全。