我要告你种族歧视。

要不来我公司

要来深圳试一试么

回力运动鞋，走着走着， return power 。

参考淘宝订单 id 规则。哈哈。

看你的追求，你的追求决定你做什么。

@colin4124 赞，不是所有大学计算机毕业就是科班出身，科班是指通过学习一定基础的人，而且学习扎实，有追求，不过那些人已经去大公司了，在小公司一般看不到科班程序员。

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

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

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

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

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

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