根据墨菲定律，如果可能发生的事情，现实中一定会发生，我带着侥幸的心理，把redis端口改掉，然后redis以root启动，并且不加密码，这不前天上午测试库被互联网上的虾米（极度瞧不起）给加密，毫无疑问，这是通过redis的漏洞实现的，然后勒索比特币。郁闷的是，测试库上的数据没有备份，并且这段时间的开发，已经更改过不少表和字段。本来开发进度都很满了，又出现这事，有点想死的心了。

  测试库既然入侵，肯定是不安全了，通过各种检测发现没有非法的外部连接，单谁都没法保证光顾服务器端哥们没有留下什么后门，一怒直线，系统给重做了，我原来系统是一个独立的盘，另外一个盘是lvm管理的逻辑卷。所以重装系统对原来的逻辑卷上的数据没有啥影响

，系统重装后，肯定想办法把逻辑卷给重新挂载回去（当时不是这种想法，只想把逻辑卷给格式，但操作系统提示，有数据，需要加上-ff来强制格式化，后来也亏没有格式化，如果给格式的话，昨天晚上也就不可能通过binog日志来恢复数据了，所以对数据存留问题，当你最想做某种事情的时候，三思而后行，我意思，多保留一个月是一个恰当的决定）。

下面是一些操作步骤，以方便后查。
重装完系统之后，执行以下命令，搜索卷组。获取以前的卷组名。
   1: [root@MyVPS ~]# vgscan
   2:   Reading all physical volumes.  This may take a while...
   3:   Found volume group "vg" using metadata type lvm2
   4:   Found volume group "VolGroup0064" using metadata type lvm
在这里可以看到卷组vg就是以前存放数据的卷组。
接下来执行以下操作
   1: [root@MyVPS ~]# pvdisplay
   2:   --- Physical volume ---
   3:   PV Name               /dev/xvdb
   4:   VG Name               vg
   5:   PV Size               10.00 GB / not usable 4.00 MB
   6:   Allocatable           yes
   7:   PE Size (KByte)       4096
   8:   Total PE              2559
   9:   Free PE               511
  10:   Allocated PE          2048
  11:   PV UUID               PpfjU7-X0bY-3naD-FrIb-2CVJ-3zQB-9QmWuq
  12:   
  13:   --- Physical volume ---
  14:   PV Name               /dev/xvda2
  15:   VG Name               VolGroup0064
  16:   PV Size               7.90 GB / not usable 23.41 MB
  17:   Allocatable           yes (but full)
  18:   PE Size (KByte)       32768
  19:   Total PE