ziyoufdd_个人页

首先是什么数据库呢？我用mysql是可以的，不过查表的时候要非常注意，经常会报语法错误什么的，需要用转义符转义一下。java代码中字段上加上@Column(name = “desc”)

关键词：ThreadLocal ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。 在同步机制中，通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序慎密地分析什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放对象锁等繁杂的问题，程序设计和编写难度相对较大。 而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的变量封装进ThreadLocal。 由于ThreadLocal中可以持有任何类型的对象，低版本JDK所提供的get()返回的是Object对象，需要强制类型转换。但JDK5.0通过泛型很好的解决了这个问题，在一定程度地简化ThreadLocal的使用。

这个应该跟你的binlog记录模式有关系，binlog有3中模式，ROW（行模式）, Statement（语句模式）, Mixed（混合模式）三种模式的用法如下： 　ROW（行模式）：记录那条数据修改了，注意：记录的是这条记录的全部数据，即使只更新了一个字段，binlog里也会记录所有字段的数据 优点：他不记录sql语句的上下文信息，日志内容会非常清楚的记录每条数据详细的变更细节，即使只更新了一个字段，binlog里也会记录所有字段的数据。 缺点：binlog日志会非常大，mysql主从同步时，会产生大量磁盘IO Statement（语句模式）: 每一条会修改数据的sql都会记录在binlog中。 优点：不需要记录每一行的变化，减少了binlog日志量，节约了IO，提高性能。 缺点：由于记录的只是执行语句，为了这些语句能在slave上正确运行，因此还必须记录每条语句在执行的时候的一些相关信息，以保证所有语句能在slave得到和在master端执行时候相同 的结果。另外mysql 的复制,像一些特定函数功能，slave可与master上要保持一致会有很多相关问题。 Mixed（混合模式）：在Mixed模式下，一般的语句修改使用statment格式保存binlog，如一些函数，statement无法完成主从复制的操作，则采用row格式保存binlog，MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是在Statement和Row之间选择一种。 你有可能模式选的ROW，导致只有数据变化，没有sql语句

你这个描述得不清楚呀，只根据日期查总数的话group by日期不就可以了吗？select NIP，TANGGAL, sum(DENDA) from potongan_absen group by NIP，TANGGAL

创建一个拦截器实现HandlerInterceptor接口，实现prehandle posthandle afterCompletion方法，各自表示预处理回调，后处理回调，处理完成回调（相当于try catch finally中的finally）然后创建配置类把拦截器配置进去就可以了