团队不满意换，工资不满意换，团队工资都不满意换，方向不对换，技术不对换，程序员换工作理由。

直接恢复分区表，千万不要写数据了，买一个新硬盘来全盘复制后操作。

linux 啊

体验生活嘛，怕啥，又不是不能换。

验证码识别技术很多，而且开始流行不是验证码了，换拖动滑块。。

我同事满足要求，在深圳都不止 25k 税前了，为什么去北京？人家追求更加高级环境。

当你不知道两者区别代表你的水平还在之下，例如一个低级程序员面试一个中级，一个高级，就判断不了中级和高级的差距。只有水平高于它才能判断。

看你数据量吧，建议看看我提供的资料

Mysql 的分页查询语句的性能分析


　 MySql 分页 sql 语句，如果和 MSSQL 的 TOP 语法相比，那么 MySQL 的 LIMIT 语法要显得优雅了许多。使用它来分页是再自然不过的事情了。

2.1 最基本的分页方式：

Sql 代码 收藏代码

SELECT ... FROM ... WHERE ... ORDER BY ... LIMIT ...

在中小数据量的情况下，这样的 SQL 足够用了，唯一需要注意的问题就是确保使用了索引：
举例来说，如果实际 SQL 类似下面语句，那么在 category_id, id 两列上建立复合索引比较好：

Sql 代码 收藏代码
SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10


2.2 子查询的分页方式：

随着数据量的增加，页数会越来越多，查看后几页的 SQL 就可能类似：
Sql 代码 收藏代码
SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10

一言以蔽之，就是越往后分页， LIMIT 语句的偏移量就会越大，速度也会明显变慢。
此时，我们可以通过子查询的方式来提高分页效率，大致如下：
Sql 代码 收藏代码
SELECT * FROM articles WHERE id >=
(SELECT id FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) LIMIT 10


2.3JOIN 分页方式

Sql 代码 收藏代码
SELECT * FROM `content` AS t1
JOIN (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) AS t2
WHERE t1.id <= t2.id ORDER BY t1.id desc LIMIT $pagesize;

经过我的测试， join 分页和子查询分页的效率基本在一个等级上，消耗的时间也基本一致。
explain SQL 语句：
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY <derived2> system NULL NULL NULL NULL 1
1 PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where
2 DERIVED content index NULL PRIMARY 4 NULL 27085 Using index

----------------------------------------

为什么会这样呢？因为子查询是在索引上完成的，而普通的查询时在数据文件上完成的，通常来说，索引文件要比数据文件小得多，所以操作起来也会更有效率。

实际可以利用类似策略模式的方式去处理分页，比如判断如果是一百页以内，就使用最基本的分页方式，大于一百页，则使用子查询的分页方式。

@peiweichen 发简历没有回应？

能共享，要自己实现。

语言不限，诗词歌赋都可以。哈哈

建设升级硬盘吧。

性能没有区别，就是屏幕区别，在公司反正都会拓展的，在家也拓展，不能拓展的地方就不工作啦，还愁啥了。

@pimin 最佳回复奖

@kslr 已经过了那个年纪了，想好好思考。