用户数据泄露一直是如今互联网世界的一个焦点，从京东撞库抹黑事件，再到之前的CSDN，如家用户数据的泄露，服务商和黑客之间在用户数据这个舞台上一直在进行着旷日持久的攻防战。提及"撞库"，就不能不说"脱库"和"洗库"。在黑客术语里面，"脱库"是指黑客入侵有价值的网络站点，把注册用户的资料数据库全部盗走的行为，因为谐音，也经常被称作"脱裤"，360的库带计划，奖

1.缓存来由随着互联网系统发展的逐步完善，提高系统的qps，目前的绝大部分系统都增加了缓存机制从而避免请求过多的直接与数据库操作从而造成系统瓶颈，极大的提升了用户体验和系统稳定性。2.缓存问题虽然使用缓存给系统带来了一定的质的提升，但同时也带来了一些需要注意的问题。2.1缓存穿透缓存穿透是指查询一个一定不存在的数据，因为缓存中也无该数据的信息，则会

在一对多或者多对多的时候。如果通过一的一方取获得多的一方的数据。除了第一次查询表的数据以外。每获得一条多的一方的数据就查询一次。如：通过学生表的记录查询成绩表的记录。一个学生就查询一次，50个学生就查询50次。如果需要查询50个学生的成绩，需要查询数据库的次数为第一次查询学生的记录50次查询成绩的记录。这个情况我们成为N1.//需求：

一、主从模式通过持久化功能，Redis保证了即使在服务器重启的情况下也不会损失（或少量损失）数据，因为持久化会把内存中数据保存到硬盘上，重启会从硬盘上加载数据。但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也会导致数据丢失。为了避免单点故障，通常的做法是将数据库复制多个副本以部署在不同的服务器上，这样即使有一台服务器出现故障，其他

相信很多人的项目都有这种需求，就是查询近7天的记录，但是这7天总有那么几天是没数据的，所以缺失的只能补0 下面的代码不知道能不能看懂，我简单的说一下思路1）先查询红色字体的近7天，再转换成日期2）我的字段使用的是时间戳的方式去保存，只能是先数据库字段先转日期2.1）先查询自己想要的数据，用每天分组，计算好总数后2.2）时间戳字段先转日期

注意：语句中出现的old，new，now（），都为数据库自带的关键字，此处不做解释。两种情况：    第一种：一张表中，更新某条记录的其中的一个字段，触发指定的触发器，记录时间即更新到这条记录中的另一个字段中。    第二种：两张表，当A表更新其中某条记录的某个字段时，触发指定的触发器，更新B表与A表关联的记录的某个字段。对于

1、事物四大特性（ACID）1.原子性（atomicity）：一个事务必须视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性。2.一致性（consistency）：数据库总数从一个一致性的状态转换到另一个一致性的状态。3.隔离性

起因我们的项目组一直在使用albianj作为开发框架在开发应用。使用至今倒也是没有出现很大的问题，但最近加过监控的接口基本上都会在使用一段时间后，突然之间执行数据库操作变得很慢。虽然会变慢，但持续的时间比较短，一般1分钟左右，然后会自动恢复正常。但是过了一段时间，这个现象又会出现，周而复始。从监控看，发生的时间点并无规律，有的时候一天发生3次，有的

为什么使用延迟消息？不同于同步消息，有些业务场景下希望可以实现延迟一定时间再消费消息。典型的场景有微信、支付宝等第三方支付回调接口，会在用户支付后3秒、5秒、30秒等等时间后向应用服务器发送回调请求，确保应用服务器可以正确收到消息。那有些朋友就会说了，把需要定时处理的数据存到数据库中用定时任务就可以实现，为什么还弄个异步消息。增加后台维护

  今天在昨天的基础上又做了一些对比测试，也算是对昨天的一个补充和升华。  而这部分内容其实内容量还不少，所以我准备成了ppt的形式，也在团队内部做了一些交流，感兴趣可以直接点击文末的原文来看。初始化数据的必要性  在开始之前还是简单说说初始化数据的必要性，我们做数据库问题定位，性能分析时，如果表里就几条，几十条数据，做性能比对得到的结