参考地址 Linux下查看文件精确到秒的修改时间
今天排查一个BUG遇到一个问题，错误日志中打印的时间精确到秒，但当根据日志中的时间去找对应文件进行验证的时候，发现通过 ls -l 或者 ll 命令，都无法查看到文件精确到秒的修改时间。
最后通过查阅，发现了以下两种方式可以查看文件秒级别的修改时间：
方式一：ls - -full-time 命令
cd 到对应的文件夹，使用 ls --full-time 命令
方式二：stat 文件路径
stat命令除了能看到精确的修改时间信息外，还可以看到文件的其他详细信息。如果仅需要查看指定文件信息，则使用 stat a.txt 形式即可。
在connection的参数那里加一个 dateStrings: true , 就可以了吧，我是datetime类型的，测试了可以
我们只需在实例化SessionStore的时候，配置useConnectionPooling: true。比如：
原因在于node连接上mysql后如果因网络原因丢失连接或者用户手工关闭连接后，原有的连接挂掉，需要重新连接；如下代码，每次访问结束都关闭，每次开始访问前重连接下，代码中没有监听连接的fatal错误，copy需谨慎
最近在做一个个人项目，数据库尝试使用了mongodb、sqlite和mysql。分享一下关于mysql的连接池用法。项目部署于appfog，项目中我使用连接池链接数据库，本地测试一切正常。上线以后，经过几次请求两个数据接口总是报503。一直不明就里，今天经过一番排查终于顺利解决了。
在你不没有数据库操作的情况下，8小时后服务会挂点，因为你的数据库设置了超时时间。
如果你没有修改过MySQL的配置，缺省情况下，wait_timeout的初始值是28800。
对于同步执行的代码，以上的处理已经足够简单。然而，当异步程序在执行时抛出异常的情况，Express 就无能为力。原因在于当你的程序开始执行回调函数时，它原来的栈信息已经丢失。
本文主要阐述如何在 Express 中使用错误处理中间件（error-handling middleware）来高效处理异步错误。在 Github 上有对应 代码实例 可供参考。
nodejs 循环引用JSON序列化错误的解决办法：TypeError: Converting circular structure to JSON
nodejs 循环引用JSON序列化错误的解决办法：TypeError: Converting circular structure to JSON