数据的安全性是至关重要的，任何数据的丢失都可能产生严重的后果。轻则程序逻辑出现BUG，重则程序崩溃，数据丢失。造成数据丢失的原因，主要有程序错误、人为错误、计算机失败、磁盘失败、灾难（如起火、地震）和偷窃。 数据库日常备份工作就显得非常重要。有了备份，就是在出现问题时，及时恢复。备份数据库备份的分类： 从物理与逻辑的角度，备份可分为 物理备份：对数据库操作系统的物理文件（如数据文件、日志文件等）的备份 物理备份又可以分为脱机备份

今天师哥给大家推荐一个 GitHub 热门项目，learnGitBranching。该项目是一个可视化&交互式学习 Git 分支的网站，有一系列的关卡。并且还有中文版，友好度简直不要太好了！

师哥最近想买部手机，前同事给了一个网站。说这个网站，每天价格，会有一定变化，时高时低的。 师哥一想，我只要每一天，去记录一下手机的价格，那么就可以用一个相对低一点的价格，买入手机了。 师哥是一个程序员，不可能真的每天去看一个购物网站（每天看购物网站的程序员，不是真程序员，除非是看机械键盘）。 那么，方法，就只有一个了。师哥，自己写一个程序。每天替我去看看这个网站，并记录下数据，再进行数据分析，在价格相对较低的情况，发封邮件通知我。

计算机只能识别二进制的0和1，那小数点要如何识别呢？一种简单的办法，将一个32位的float进行规划，前20位表示整数，后面10位表示小数部分。 但如果每个语言，各自定义一套自己的规则，那结果将不言而喻。Java语言针对浮点数存储，主要是依据于IEEE 754标准（该标准，可自行百度）。 提到标准，大家觉得必然晦涩难读的，事实也确实如此。该标准如何规定的呢？师哥自己在结合理论进行实践之后，将其概括总结为以下几点：

师哥为大家总结了以下几点，重写hashcode方法的Tips： 1.参与hashcode计算的字段，应该是equals中用到的字段； 2.equals方法没有用到字段，不需要参与hashcode的计算，减少计算量，提升效率； 3.针对不可变类（final class），可以将hash存为局部变量，从而只计算一次，提升效率。

Java中Object类的存在，主要是为了方便扩展。Object类中所有非final方法（hashcode，toString，equals，clone...），都是可以被重写的。但这些可以重写的方法，都有一定的约定准则（方法注释上面，就能看到），不能随意发挥。只有这样，才能保证，当这些方法被重写之后，与之相关联的部分，仍能正常运行。equals方法的约定包含以下5点： 1.自反性 任意一个非空(null)的对象obj，那么obj.eq

1、尽量指定类、方法的final修饰符 2、尽量重用对象 3、尽可能使用局部变量 4、及时关闭流 5、尽量减少对变量的重复计算 6、尽量采用懒加载的策略，即在需要的时候才创建 7、慎用异常 8、不要在循环中使用try…catch…，应该把其放在最外层

上上个礼拜心血来潮，试用了一下江湖传闻很是厉害的IntelliJ IDEA，于是就有了上篇《IntelliJ IDEA导入Eclipse项目（超级详细带动图）》。之前用IDEA的时候，无意百度到了，现在MYSQL都到8.X时代了。我还在跑5.7。于是就将原来那个MYSQL服务给删了，重新给我电脑装了最新的8.0.19版本。 可过了两天才想起来，我线上环境还是5.7呀，本地一直是8.X的话，好像开发起来比较麻烦。是不是可同时装起来high

一直听说IntelliJ IDEA很厉害，但工作中一直用的是Eclipse。还是准备还来试用一下Idea。 新建Eclipse项目 Idea导入项目 1.IDEA导入项目 2.配置新项目 2.1打开Project Structure窗口 2.2设置Modules 2.4Facets设置。 3.TOMCAT配置 4.运行项目 下面的内容，是我第一次导入时遇到的一些问题，总结出来，供参考。

最近做一个很简单昵称不允许有空字符串和屏蔽字的功能，却发现有很多坑。今天先说一个简单的字符串替换空字符串坑（主要是说如何去除全角空格，及去空字符，如tab,换行等。）。下次有时间，来说屏蔽词的坑。

事隔上一篇《前言》发表在微家上已经有了近一周了，看来本人还是惰性太大，这么久了，才来开始写第二篇。其实这篇代码是在２２号左右就已经提交到GIT上面去了。（所有源码都可以在GIT上看到），当然其中，也有很大部分时间，是在构思应该怎么来写本文章乃到怎么写本系列的文章。因为，代码太少了，好像文章也不用怎么写，看代码基本就可以，但如果不写，等到下次一起写，好像又跨度太大了。想来想去，还是把一些重点代码贴过来，然后做以简单的说明。我相信这样，对我

本项目主要利用netty进行网络通信,然后利用Guice和mybatis和druid,redis等开源框架技术。并从设置上或者代码上，再做以简单的优化。最终希望，本项目是一个高负载，高并发的TCP服务器.

什么是持续集成 在软件工程中，持续集成（CI）是指将所有开发者的工作副本每天多次合并到主干的做法。Grady Booch 在1991年的 Booch method 中首次命名并提出了 CI 的概念，尽管在当时他并不主张每天多次集成。而 XP（Extreme programming，极限编程）采用了 CI 的概念，并提倡每天不止一次集成。 持续集成服务器 持续集成服务器就是能够采用自动化的手段，来解放人的双手，实现项目持续集成的工具。与之配套的软件有TeamCity、Hudson、Go,等。 本主将会就利用hudson+ant+JUNIT+EMMA 搭建持续集成环境,做一步一步的详细解剖. 本文是该系列文章的第二部分，主要以代码为主。本代码的核心作用是，利用ant脚本去控制项目的编译，以EMMA和JUNIT的调用和报告生成，以及最后的项目打包发布到tomcat目录。

前言   什么是持续集成，为什么要持续集成？本文对持续集成前后两种开发实践做了对比分析，从而直观的感受到持续集成的好处。 传统开发模式存在的问题 1.Bug总是在最后才出现。 2.越到项目后期，问题越难解决。 3.软件交付时机无法保障。 4.程序经常需要变更。某些项目中，程序会经常需要变更，特别是敏捷开发实践者。 5.无效的等待变多。开发在等待集成其他人的模块，测试人员在等待开发修复Bug，产品经理在等待新版本上线给客户做演示，项目经理在等待其他人提交代码。 6.用户的满足度低。 什么是持续集成 ​在软件工程中，持续集成（CI）是指将所有开发者的工作副本每天多次合并到主干的做法。Grady Booch 在1991年的 Booch method 中首次命名并提出了 CI 的概念，尽管在当时他并不主张每天多次集成。而 XP（Extreme programming，极限编程）采用了 CI 的概念，并提倡每天不止一次集成。 持续集成服务器 ​持续集成服务器就是能够采用自动化的手段，来解放人的双手，实现项目持续集成的工具。与之配套的软件有TeamCity、Hudson、Go等。 ​本主将会就利用hudson+ant+JUNIT+EMMA 搭建持续集成环境,做一步一步的详细解剖.

引言: 本文第一部分,介绍这两种工具如何在linux下的安装. 本文第二部分,介绍如何利用这两种工具,来实现自动同步缓存数据,自动切换缓存主从关系. （本人其它一些文章，可到http://www.wejias.com进行阅读） Redis的主从机会自动数据. Keepalived 有切换访问IP的功能,利用此特性来切换缓存的主从关系. 当36.53(即主服务器)挂掉的时候,keepalived 的VIP会自动转到36.54 这个时候利用keepalived的notify_master 属性将36.54设置为Redis的主服务器. 这样就可以,将53挂掉期间数据保存到54上.而Keepalived又会让外部访问转到54, 所以此时缓存数据存取都没有问题(之前由于54是53的从机,所以54也有之前的数据)