如何看待外卖平台chowbus数据库泄露的事件呢？
在我们的日常生活当中都会经常性的运用到一些外卖软件，因为现在社会人们生活水平的提高以及收入的上升人们对于外卖这一些软件所采集的个人信息都比较看重。对于这一些个人隐私外卖平台也应该保管好，对于客人的个人隐私泄露这件事情也是非常严重的。在热点上便发生了外卖平台chowbus数据库泄露的这么一件事情，网友们对于这件事情都比较关注纷纷表达了自己对于这件事情的一系列看法，以下所述便是我看待外卖平台chowbus数据库泄露事件的一系列看法。我认为外卖平台chowbus数据库泄露事件肯定是因为外卖平台在这一方面保管的力度不大，所以说导致这一些数据泄露。这些数据的泄露也很可能会给外卖平台的一些使用者带来一系列的麻烦，这样的话对于我们是非常不利的。我们在日常生活当中也应该保管好自己的一些隐私，避免一些不法分子利用我们的一些隐私信息。而对于这一新隐私已经泄露的事件，我们就应该拿起一定的法律武器进行维权。因为我们现在是一个科技非常发达的时代，对于我们的隐私是不允许有任何的纰漏的，如果是说造成了一系列比较大的麻烦的话，那么肯定会对我们有着一定的影响。外卖平台在这一方面也应该对于这件事情表达一定的态度，如果是说他们的监管不力的话，那么肯定在之后也应该改进他们对于顾客的个人信息这一方面的一系列保管。我们在日常生活当中选取外卖平台的时候也应该注意要选取一些比较可靠的，对于顾客个人信息保管比较妥善的一些外卖平台来使用。综上所述便是我对这件事的看法。
大数据时代如何避免数据泄露？
大数据时代几乎不存在数据的绝对安全。因为大数据时代数据即资本，通过数据可以推算出每个人的一些特征，而这些特征有些时候甚至可以作为攻击的方式或者可以获取重要的安全信息。网络爬虫是一种比较普遍的搜寻方式，通过爬取大量网页内容来搜集一些目标信息。因为我们现在大量依赖互联网进行日常生活的操作，那么在很多情况下，我们无法保证自己的信息完全无法泄露，至少手机、邮箱这种常用的联系方式几乎是非常容易就泄露了的。
如何发现数据库连接泄露
1. 根据日志查找；
首先，翻看系统日志，找到连接池溢出的时刻。然后，对应这个时间，查找用户正在进行的操作。
这种方法适合于不启动任何监控程序或进程，不改变系统设置，就能人为的缩小可能泄露连接的代码范围。
2. 利用连接池本身的utility设施；比如C3P0，以下是需要用到的两个参数（推荐）：
unreturnedConnectionTimeout
Default: 0
Seconds. If set, if an application checks out but then fails to check-in [i.e. close()] a Connection within the specified period of time, the pool will unceremoniously destroy() the Connection. This permits applications with occasional Connection leaks to survive, rather than eventually exhausting the Connection pool. And that's a shame. Zero means no timeout, applications are expected to close() their own Connections. Obviously, if a non-zero value is set, it should be to a value longer than any Connection should reasonably be checked-out. Otherwise, the pool will occasionally kill Connections in active use, which is bad. This is basically a bad idea, but it's a commonly requested feature. Fix your $%!@% applications so they don't leak Connections! Use this temporarily in combination with debugUnreturnedConnectionStackTraces to figure out where Connections are being checked-out that don't make it back into the pool!
debugUnreturnedConnectionStackTraces
Default: false
If true, and if unreturnedConnectionTimeout is set to a positive value, then the pool will capture the stack trace (via an Exception) of all Connection checkouts, and the stack traces will be printed when unreturned checked-out Connections timeout. This is intended to debug applications with Connection leaks, that is applications that occasionally fail to return Connections, leading to pool growth, and eventually exhaustion (when the pool hits maxPoolSize with all Connections checked-out and lost). This parameter should only be set while debugging, as capturing the stack trace will slow down every Connection check-out.
当我们同时使用这两个参数时，比如unreturnedConnectionTimeout设为5秒，debugUnreturnedConnectionStackTraces设为true。那么，当一个连接被check out 5秒，还没有被check in的时候，连接池会抛出一个错误堆栈。有了堆栈，那我们就可以精确定位出现问题的代码位置了。
当然，这个方法中的参数并不是C3P0特有的，其他连接池配置中，应该也有类似的参数。
