雨潇的专栏

但凡涉及到数据库的应用，基本上都离不开数据库连接池工具的使用，但在使用时，对于应用而言，无需关注你获取到的连接是否可用，不像之前，有个著名的MySQL连接8小时问题，现在根本不用关心从连接池拿到的连接是否可用，你拿到了说明就是可用的，这一点是数据库连接池的框架保证的，常见的数据库连接池都有保证，今天主要探讨下SpringBoot默认的数据库连接池HikariCP和Durid连接池在连接的有效性探测的差异。

相信很多人都遇到过这个问题，看到提示信息，或许大家都明白这不就是获取到的数据库连接超时了嘛，没错，问题的本质也的确如此，常见的解决办法也很简单，比如说从数据库连接池中获取连接的时候判断下连接状态是否正常，这样就可以避免此类问题的发生，如果都是此问题，那么就不会再有本文来赘述问题和解决方案，下面一起来看看造成该问题的几个原因和解决方法。1.从连接池获取到超时的连接从数据库连接池获取到超时的连接，目前这种情况大多数数据库连接池中间件都有相应的处理策略，一种是定期扫描连接池中的连接，探测到失效连接后剔除功能，

关于出现“使用 UNION、INTERSECT 或 EXCEPT 运算符合并的所有查询必须在其目标列表中有相同数目的表达式”错误的可能原因

跨库操作是指从当前数据库中查询其他数据库的数据。 创建语句如下： create [public] database link linkName connect to username identified by “*” using ‘romoteHost’; 语句解释： public: 为可选项，如果为public，则当前实例下所有schema都可用，如果没有public，则是由当前创...