关于try catch资源消耗的思考

今天在写网站后台的时候，突然想到这个问题，因为try catch是要耗费系统资源的，如果在所有的比如数据库操作的方法都加上try catch，那一个页面一般需要跑几次数据库，这其中就会浪费不算很多也不是非常少的系统资源，如果网站的流量到达相当大的程度，那服务器恐怕就会不堪重负了。
原来跟一个朋友聊过，他说他们的站点不加try catch，保证程序不出错，所有的地方都进行if 相关的判断，尤其是数据库上，这样就不会有这个问题，但我想如果数据库服务器出了问题（比如停电或者类似的问题吧），那页面就是一个除了程序员之外都看不懂的错误信息了，这也是没法避免的。
所以我想是不是应该在不使用try catch来捕捉错误的情况下每次都去判断一下数据库的情况，就是在每个页面打开时都去连接一下数据库，如果能连上就证明没有问题，那在程序也保证没有问题的情况下就可以保证没有出错信息出现，同时也避免了使用try catch带来的资源消耗。但这又带来了其它的资源消耗，就是这个每个页面开始都要做的连接数据库，但我觉得相比你一个页面平均要使用几次try catch带来的资源消耗而言应该还是差一些的，况且这部分的消耗应该是转移到了数据库服务器上，程序服务器的消耗减轻了，如果本身程序服务器的负担比较重我觉得可以采用这种方法。
不知道大家一般都怎么看这个问题，采取什么方法来保证程序不出错同时又能够最大程度减轻服务器负担。
本人才疏学浅，想就这个问题跟大家讨论一下，放在首页希望大家轻点拍。我是第一次发文。