mysql 分页 pageindex_mysql 超1亿数据，优化分页查询

my.ini参数

table_cache=512

bulk_insert_buffer_size = 100M

innodb_additional_mem_pool_size=30M

innodb_flush_log_at_trx_commit=0

innodb_buffer_pool_size=207M

innodb_log_file_size=128M

innodb_flush_log_at_trx_commit默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入(flush)硬盘，这是很费时的。特别是使用电 池供电缓存(Battery backed up cache)时。设成2对于很多运用，特别是从MyISAM表转过来的是可以的，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘，所以你一般不会丢失超过1-2秒的更新。设成0会更快一点，但安全方面比较差，即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统 挂了时才可能丢数据。对于事务要求很强，设置为0 是存在安全问题的

mysql创建表

CREATE TABLE `news` (

`id` int(19) NOT NULL AUTO_INCREMENT,

`title` varchar(30) DEFAULT NULL,

`content` varchar(400) DEFAULT NULL,

`type` varchar(30) DEFAULT NULL,

PRIMARY KEY (`id`),

UNIQUE KEY `PK_NEWS_ID` (`id`),

KEY `INDEX_NEWS_ID_TYPE` (`id`,`type`),

KEY `INDEX_NEWS_TYPE` (`type`)

) ENGINE=InnoDB AUTO_INCREMENT=1072779 DEFAULT CHARSET=utf8

java插入测试数据代码放到文章最后面

mysql5.5 支持 insert into mytable value (xxx,xxx....),(xxx,xxx....)...........插入多条记录，相比addBatch 好不到哪里，而且mysql数据包有限制，超大字符串对JVM也很难消受

查询随着select字段增多会消耗更多时间，limit a,b 也会随着a的增大而加大查询时间。

现在数据已经添加到了至少6200万条数据，

in的速度是惊人的

可见复合索引带来性能的优势

这个表大约是6200万条记录，综合一下2个最重要的速度最快查询就是分页的查询语句

大表查询总结： 1 复合索引好好使用 2   in 要好好使用

上面的都是传统分页的，分页做下改进

1   当页面传到controller层有一个page对象，代表要查询的页数，那么我们的sql可以随着变化

start=(page-1)*pagesize+1  然后是where做限制 就是where加上 id >= start

如果表中增加了一个type='ios8' 因为ios8 的数据是从三千多万多条开始的，假设是32888888条记录，后面才增加type='ios8'的记录，那么分页就可以加上   id >= start + 32888888

2   对于新闻类，老的数据分页是固定的，所以可以分表，新闻就要新闻

所以最新的新闻的分页好办，表里面弄几百页就够了，其他的数据放到一个老数据表里面，老数据表的存储引擎改成MyISAM

比如前500页就查询news的数据，后面的就查询oldnews1，oldnews2.....表的数据，对old表做一下策略每个old表的一种分类只允许有100000页的数据。

假设oldnew1表，是数据里面最先入进去的，是知道id的范围的，但是oldnews1表分页的页数是会变的

我们在老数据表每个表里面都增加一个page字段，存储页数，由于页数是会变动的，所以我们需要页码字段和数据倒着来，那么插入的时候就不会改动前面的页码的，我们知道有多少个老表。假设有10个老表

limit a,b,那么a就会大于 (news表的总页数*pagesize-news表的总条数+ 9*100000*pagesize)，查询页码的时候就需要-100000+1，因为页码字段是倒着来的.

3  上面分表+页码策略做的话性能会明显的提升很多，但是表中有大字段而且字段超多始终会对性能产生影响，老新闻是不变的，可以做静态化处理，我们新增一个路径表urloldnew1,.....，只给一个id,page,url即可,查询的时候就用这样就可以让表的数据字段大大减少，不去查询老的原始数据表。

url是生成的静态文件地址，这需要静态化的时候进行二次加密，根据文件路径生成 加密码，然后根据加密码生成静态路径。

4   下面对单条新闻设计。

查询单条新闻：

看到的类似于 www.myblog.com/s/blog_s897yu_99uiiu_s7yht.html

这是经过加密的，后台要解密前台传递过来的字符串

如jkser896 _  89hhgii  _  oiy67hjk

根据字段表再次解密 java开发者     _        /news/old8/      1243546678

这样拼接路径就成了。

最后把java插入测试数据放到附件里

---- 数据已经增加到了一个亿多，分页查询性能丝毫不减，Mysql竟然如此精悍

听大婶们说in不走索引的啊，看看大婶们对吗？in里面放一万个