如何优化Mysql千万级快速分页，limit优化快？
select * from collect where id in (9000,12,50,7000); 竟然 0秒便可以查完！id in (str) 很快，根基还是0秒。若是这样，千万级的数据，mysql应该也很轻易应付。
incopy快速入门教程？
关于 InCopy 工作流程
InCopy 和 InDesign 之间的紧密集成实现了这样一个工作流程：允许作者、编辑和设计者同时处理同一个 InDesign 文档，而不会相互覆盖对方的工作。该工作流程系统允许用户注销和登记文件，因而保留了文件完整性。
InCopy 用户可以在版面环境中查看他们各自提供的内容，而无需安装 InDesign。使用 InCopy，作者和编辑可以完全控制文本，其中包括排版功能，例如应用格式样式（通常从 InDesign 导入）、版面组排、调整换行符和分页符、设置连字、字偶间距等等。InCopy 用户可以导入图形以增强他们的文章，并对这些图形执行有限的变换操作，例如缩放和裁剪。在 InCopy 中对内容进行存储之后，可以在 InDesign 中更新此文档。此外，InDesign 用户可以与 InCopy 用户共享设计更新，以确保他们处理的是最新版面。
通常，系统集成商自定 InCopy 与 InDesign 间的交互过程，同时设置和定义组的工作流程系统。工作流程系统控制文件的创建、同步（与主服务器）和查看。InCopy 和 InDesign 可处理若干种不同的工作流程系统，包括由 InCopy® LiveEdit Workflow 增效工具所启用的适用于小型工作组的内置系统。有关工作流程系统的具体详细信息，请联系系统集成商。
MySQL查询select * from table where id in (几百或几千个id) ，如何提高效率？
看了下面各位的回答，有的说用exist，有的说用join，难道你们不是在把简单的事情复杂化了吗？竟然还有子表子查询一说？也有朋友说的很精准，不要用select *，这个*是个坑，实际开发过程中，关于MySQL开发规范也会明确告知大家不要select *。
首先我想问的是：查询MySQL的一张表怎么查最快？当然是根据主键查询了！
默认你的MySQL库、表引擎是Innodb引擎，然后会有一颗主键的B+树，叶子节点就是这个主键索引对应的数据，意味着一次查询即可，回表都不需要好不好？简单直接！
这就是MySQL在Innodb引擎下的聚集索引。
什么是聚集索引？
InnoDB聚集索引的叶子节点存储行记录，因此InnoDB必须要有且只有一个聚集索引。
1.如果表定义了PK（Primary Key，主键），那么PK就是聚集索引。
2.如果表没有定义PK，则第一个NOT NULL UNIQUE的列就是聚集索引。
3.否则InnoDB会另外创建一个隐藏的ROWID作为聚集索引。
这种机制使得基于PK的查询速度非常快，因为直接定位的行记录。
下图是利用普通索引做查询时候的一个回表操作，如何避免回表操作？使用覆盖索引！即select xxx,yyy from table where xxx='' and yyy=''，只能查询xxx,yyy就会避免回表操作！
所以你还搞什么其他各种操作来秀呢？只不过题主说了id不是连续的，所以做不到范围查询，也就无法between查询了。
不要纯粹的依赖数据库
如果这个查询量级很大，并发很高，原则上我们是不允许直接查库的，中间必须有一层缓存，比如Redis。那至于这个数据怎么存储到redis就要看具体业务具体分析了。
如果内存足够，甚至可以把这几十万的数据直接放到redis里面去，然后通过redis 的管道查询一次给批量查询出来。
如果没必要存储这么多，或者不让存这么多，是不是可以采用redis的淘汰策略来控制缓存里的数据都是热点数据？