je_ck的专栏

今天，解决一个在大量数据环境下，查找Mysql数据库恢复的功能丢数据问题。在调试过程中发现一个现象，半个小时大约才插入了2.5万条记录。12小时才能插入60多万条记录。小量数据恢复是没有问题。只有在大量数据条件下恢复采用问题，200多万条记录的数据库恢复，我得恢复到猴年马月啊。正好今天时间宽松。优化它一下。     分阶段计时之后，发现是插入数据库的时间最长。之前的核心设计是采用sql模板方式（

首先推荐一下深入详解SQL中的null（http://blog.youkuaiyun.com/renfufei/article/details/44420539） 这篇文章写得比较全面了。 这里我说一下我遇到的问题。 在设计一个存储过程时，我们经常把一个变量查询出来之后，放入一个变量中。 标准做法是，先select 数据赋值给变量。然后再判断变量是否为空。（如果事情到这里，没有问题了。） 当时为了偷懒

在连接字符串中， jdbc:mysql://localhost:3306/db名称?useUnicode=true&characterEncoding=utf8 存储4字节utf8时，报错如下（从别人那里拷贝的。呵呵） java.sql.SQLException: Incorrect string value: '\xF0\x9F\x92\x94' for column 'name...