【阿里云产品公测】利用PTS服务优化网站数据库读写性能

作者：阿里云用户千鸟

写这个帖子主要也是因为在用PTS测试网站的时候，手动访问网站进入报错页面，主要原因是数据库连接对象存在问题，导致并发多的时候产生故障，于是简单分析了一下数据库读写的性能优化以及利用PTS的测试结果，整理出来和大家分享一下，顺便参加一下这个活动。

几乎所有的网站都需要数据库来存储网站中的相关信息，因此在网站应用与数据库的交互过程中，数据库数据读取的性能对网站整体的性能是至关重要的。

通常我们在网站编写之初不会考虑数据库的读写效率，主要是因为这时候网站建设的重点并不在数据库读写性能上，而是在数据库读写处理得正确性上，因此很多网站的开发人员一开始并没有重视这个问题，包括我也一样，在之前网站开发中，每次需要读写的操作，利用定义好的数据库连接类new一个对象，然后执行操作即可，至于连接对象的连接池，交给系统自己去维护，并没有过多的干预。
比如常见的的一种方式如下：

稍微好一点的开发者估计会将数据库与网站分离，然后在数据库上建立一些存储过程来调整开发代码以及数据读写性能，上述代码估计会变成如下形式：

从个人的开发经验来说，如果网站访问量不大的话，可以不用先进行数据库分离，但事存储过程强烈推荐，不然以后代码维护会很麻烦，至于后期用户增多，数据库分离也就是修改一下配置文件，复制一下数据库中数据而已，操作相对简单。
继续讨论数据库读写对程序的影响。
比如说两个记录非常大的表User_Table， User_Log(包含用户id字段)，比如下列测试代码，均可以根据日志表的用户id读取用户姓名，但在网站编写的时候，如果是你，你会选择哪种方式编码呢？

对于数据记录比较大的表，应尽量避免带有笛卡尔操作的数据库查询，不然性能绝对大打折扣；对于嵌套的查询，需要多个数据库连接对象，进行多次查询，对于操作次数频繁的操作，这样无疑又多了很多开销。因此选择哪种方式还应根据实际情况进行具体分析，这也就是为什么网站从初期开始，性能维护都是一个老生常谈的问题，对于不同的用户量，对于不同数据级别的性能优化，方法都不一样，不可能用一种方式适用所有场景。
对于大型的网站，估计网站都会有自己的数据库连接池，而且其中的架构也是整个网站的核心之一。为了对比数据库连接池对性能的提升，我自定义了一个最简单的数据库连接池，其中主要的属性为：