说来话长，话来说长。前些天我投了一些日常实习的简历，结果足足等了两个礼拜才收到面试通知，看来如今的行情确实是挺紧张的。当时我是满怀信心去的，心想这次一定要好好拷打面试官一番，结果没想到，自我介绍后..

前言 作为一个写SQL的程序员，代码写得好不好是一回事，但SQL写得烂，性能拉胯，全公司都得为你的慢查询买单，尤其在大数据量表上，SQL写不好就是“内鬼”级别的错误。 今天不整那些虚的，直接来点硬货：

前言 某次金融系统迁移项目中，原计划8小时完成的用户数据同步迟迟未能完成。 24小时后监控警报显示：由于全表扫描SELECT * FROM users导致源库CPU几乎熔毁，业务系统被迫停机8小时。

杀鸡用牛刀 按照小数据量的查询商品标题，比如在一个四百万个商品里找标题，如果是使用 %标题关键词% 会全表扫描 ，一些小伙伴会忍不住上ES 或者 XunSearch ，我以前遇到的小系统，不少的人是这

你们猜，目前的技术面试中， Redis 方向最高频的面试题是哪个，到底是 Redis 的持久化方式、常用数据类型，还是适用场景？ 其实都不是，最高频的面试题竟然是缓存击穿、缓存穿透和缓存雪崩！

在 MySQL 中，limit X,Y 的查询中，X 值越大，那么查询速度也就越慢，例如以下示例： limit 0,10：查询时间大概在 20 毫秒左右。 limit 1000000,10：查询时间可

转转上门履约团队在服务拆分过程中数据迁移方案探讨以及实践。方案阐述了切换新旧库时关键操作步骤以及每个步骤需要注意的细节。

MySQL库表设计为什么不建议使用TEXT类型 背景 在需求中有一段不确定长度的序列化数据，后端同学的库表设计中将这个字段设计为VARCHAR(2000)类型。 因此我产生了一个疑问：既然不确定长度，

MySQL锁（读锁、共享锁、写锁、S锁、排它锁、独占锁、X锁、表锁、意向锁、自增锁、MDL锁、RL锁、GL锁、NKL锁、插入意向锁、间隙锁、页锁、悲观锁、乐观锁、隐式锁、显示锁、全局锁、死锁）