为什么要减少进入数据库的次数

每次进入数据库消耗的时间有：数据库事务处理、数据库io处理、网络交互发起时间、数据网络传输，比较一次批量进入数据库和分10次进入，10次这四部分的时间都会乘10，而一次批量基本只有数据库io处理时间花费更多，比较下来一次批量性能比10次快很多倍。 看这篇有具体分析https://blog.csdn.net/u014203449/article/details/84890483#t1

 

转载：https://blog.csdn.net/aimsgmiss/article/details/78432121

原因：

1、频繁的对数据库操作将影响其他正常用户的访问。

2、为了保护数据的安全会牵涉到锁：数据库级锁，表级锁，块级锁，页级锁，行级锁。

3、对数据库的访问会牵涉到磁盘IO的操作，经过一段时间分析发现网站性能差主要是在数据的读写。

4、每次读数据库的更新操作会写日志，减少不必要的磁盘写入。

解决方法：

1、能合并一条指令的尽量合并成一条（一次查询将相关的数据写入到临时表中，后续的查询从临时表中取出相应的数据）

      经过对几个初次写sql语句分析，发现都一些共同特征，喜欢频换连接数据库进行操作，缺点有以下原因：

           1）、在进行连接查询过程中会关联多张表进行连接，会消耗大量的CPU，磁盘IO。

           2）、为了保证数据的一致性，对数据会加锁，锁的开销在多线程中是昂贵的。

2、建立合理的中间表：

减少对基础表的操作，基础表中的历史数据可以放到晚上算或者只算一次，将计算过的数据直接写入到中间表。

3、适当的违反第3范式进行设计中间表：设计适当的冗余列，减少查询过程中连接。 如果几张数据量非常大的表进行连接标数据导致性能非常差。造成严重的用户体验。

4、当然推荐使用现状很火的Memcache,Redis内存数据库，根据八二准则：80%的请求是 20%的数据上，也就是将20%的热点数据放到内存中，加速访问速度，提升用户的体验性。