ci框架里数据库操作怎么能更快点，写代码的时候总觉得还能优化吧

在CI框架里做数据库操作，觉得慢或者感觉还能优化，这个感觉非常对，数据库往往是应用速度的瓶颈所在，要让CI的数据库操作更快，得从几个实实在在的地方下手，别整那些高大上的术语,我们就聊怎么具体干活。

第一，最立竿见影的：用好查询构造器的缓存。

CI自带的查询构造器有个缓存功能，很多人可能没注意或者觉得麻烦没用，但这个在有些场景下是“大杀器”，你有一个页面，上面的数据不是实时性要求特别高的，像文章分类列表、城市地区下拉菜单、一些配置项等等，这些数据可能一天才变一次，甚至永远不变，你每次打开页面都去数据库查一次,完全是浪费。

这时候就可以用缓存，用法很简单，就是在链式调用的最后加上 $this->db->cache_on() 和 $this->db->cache_off()，更常见的做法是直接在 get() 方法前面加个 cache() 方法。

举个例子,你查分类列表：

$this->db->cache(60); // 缓存60分钟
$query = $this->db->get('categories');

就这么一句 cache(60)，CI就会把这次查询的结果序列化后存到本地文件里（默认存在application/cache文件夹），接下来一个小时之内，任何人再访问这个页面，执行到这条查询时，CI不会去连接数据库，而是直接去缓存文件里把数据读出来，速度飞快，相当于直接读本地文件,比跑一趟数据库快太多了。

但是要注意，一旦你对categories表做了增删改的操作，记得手动删除相关的缓存，不然用户看到的还是老数据，CI也提供了 $this->db->cache_delete() 等方法来做这个事，这个功能最适合那些“读多写少”的数据。

第二，检查你写的SQL语句本身，是不是“笨笨的”。

很多时候慢不是框架的锅，是你写的查询命令数据库干了太多不必要的活儿，CI的查询构造器能帮你避免一些低级错误,但逻辑上的低效还得靠自己。

• *别用 `SELECT **：这是老生常谈了，CI里你写$this->db->get('table')默认就是查所有字段，如果你只需要id和name两个字段，就老老实实写$this->db->select('id, name')->get('table')`，数据库返回的数据量越小，传输和处理的速度就越快，尤其是在表字段很多的情况下,差别很明显。
• 早点用 where 条件过滤数据：尽量在数据库层面就把不需要的数据筛掉，别把所有数据都捞到PHP内存里再用foreach去循环判断，CI的链式调用很灵活，把查询条件写清楚，比如多表联查时，join之后紧跟着就把on条件和where条件写好。
• 警惕 N+1 查询问题：这个很常见，比如你有一个文章列表，每篇文章要显示其分类名称，你可能先查出一个文章列表（1次查询），然后循环这个列表，对每一篇文章再去数据库里查一次它的分类信息（N次查询），如果有100篇文章，就是101次查询，这能不慢吗？ 解决方法是使用联表查询（join）或者CI的 select_sum、group_by 等进行一次性的聚合查询，一次就把所有需要的数据都拿回来，或者在某些情况下，可以分成两次查询，第一次取出所有文章ID，第二次用 where_in() 一次性取出所有分类，然后在PHP里用数组匹配好，这比N+1次查询要高效得多。

第三，数据库连接和索引是基础。

这俩虽然听起来有点偏底层，但理解起来不难,而且效果是全局性的。

• 持久连接：在 database.php 配置文件中，有个 pconnect 参数，可以设置为 TRUE 来开启持久连接，简单说，就是PHP脚本执行完后，不立即关闭数据库连接，而是留着给下一个脚本用，这样就省去了每次建立连接时的握手验证时间，对于高并发的网站来说，这个优化很有用，但要注意，如果你的网站并发不高，或者数据库连接数有限制，可能会有副作用,根据实际情况来。
• 给数据库表加索引：这个太重要了，索引就像是书的目录，让你能快速找到内容，如果你的查询经常用某个字段做条件（where user_id = ?， where category_id = ?），或者用来排序（order by create_time），就一定要给这个字段加上索引，你可以用数据库管理工具（比如phpMyAdmin）看看你的表，在那些常用的查询条件字段上有没有建索引，没有的话，加上索引，查询速度可能会有几倍甚至几十倍的提升，这是成本最低、效果最显著的优化手段之一。

第四，考虑在CI之外下功夫。

如果上面的都做了，还是觉得慢,可能就得想想架构层面的东西了。

• 引入更专业的缓存层：前面说的CI自带缓存是文件缓存，适合小规模应用，如果数据量大了，或者并发高了，可以考虑用Redis或Memcached这种内存缓存，它们比读文件快得多，你可以把最热点的数据（比如用户登录信息、热门文章等）放在Redis里，CI有支持Redis的类库，可以集成进来，这样，你的代码可以先尝试从Redis里取数据，取不到再去查数据库,然后把结果再塞回Redis。
• 读写分离：当你的网站流量非常大，读操作（SELECT）远远多于写操作（INSERT/UPDATE/DELETE）的时候，可以考虑做主从复制和读写分离，就是搞多个数据库服务器，一个主库只负责写，几个从库只负责读，然后在CI的数据库配置里，配置好多个连接，写操作自动指向主库，读操作自动分摊到从库上，CI的数据库配置是支持这个的,这样可以极大减轻单台数据库的压力。

优化CI的数据库操作，就像收拾房间，先从手边最容易见效的地方开始：该缓存的数据就缓存起来；2. 检查你的查询语句，别让数据库干傻活儿；3. 把数据库的基础（连接、索引）打好。 如果这些都做到位了，速度通常就不会是问题了，如果还有问题，那说明你的业务已经发展到一定规模，该庆祝一下，然后考虑引入Redis、读写分离这些更高级的解决方案了。