打开数据库一看，保存的数据全不见了，只剩下一个叫PLEASE_READ_ME_VVV的数据库。
里面写着
To recover your lost Database and avoid leaking it: Send us 0.045 Bitcoin (BTC) to our Bitcoin address 1McksxpysJGSG9a9zHvan5f8Y1nfpDbVYF and contact us by Email with your Server IP or Domain name and a Proof of Payment. Your Database is downloaded and backed up on our servers. Backups that we have right now: *. Any email without your server IP Address or Domain Name and a Proof of Payment together will be ignored. If we dont receive your payment in the next 10 Days, we will make your database public or use them otherwise.
翻译过来就是：
要恢复丢失的数据库并避免泄漏：请将0.045比特币（BTC）发送到我们的比特币地址1Mcksxpysjgsg9a9zhvan5f8y1nfpdbvyf，并通过电子邮件与您的服务器IP或域名和付款证明联系。您的数据库已下载并备份到我们的服务器上。我们现在拥有的备份：*。任何没有您的服务器IP地址或域名和付款证明一起的电子邮件都将被忽略。如果我们在未来10天内没有收到您的付款，我们将公开您的数据库或使用它们。
被勒索了。
第一步，打开谷歌寻找解决办法。看到这篇博文，遇到了同样的问题。
数据库被人勒索比特币惨遭删库 www.printf520.com/single.html…
以下内容，针对具体情况进行进一步处理。
第二步，查看自已是否打开了mysql的binlog
log_bin是ON说明mysql是开启了binlog的，找到了binlog的位置，在
/usr/local/var/mysql/mysql-bin
于是
其中的mysql-bin.00000*就是binlog文件。
binlog是Mysql sever层维护的一种二进制日志，与innodb引擎中的redo/undo log是完全不同的日志；其主要是用来记录对mysql数据更新或潜在发生更新的SQL语句，并以"事务"的形式保存在磁盘中；
作用主要有：
- 复制：MySQL Replication在Master端开启binlog，Master把它的二进制日志传递给slaves并回放来达到master-slave数据一致的目的
- 数据恢复：通过mysqlbinlog工具恢复数据
- 增量备份
然后我们打开最新的binlog文件，在文件的最后几行，你会发现令人窒息的操作
好了，这下我明白了，人家直接drop了。
第三步：使用binlog恢复文件
原理就是binlog保存了你所有的数据库操作，相当于你重新执行了在执行drop之前所有的增删改查。
那么我们就需要找到发生删除的时间点。如上图所示，# 190622 9:32:19
所以使用mysqlbinlog恢复数据库
在/usr/local/var/mysql 目录下执行
其中
start-datetime=为你想恢复的起始位置，一般为刚创建数据库的时候
stop-datetime=为被删库之前的时间,只要是被删库之前就可以
mysql-bin.000001为要恢复的binlog文件，将所有相关的mysql-bin都写上，以逗号隔开
mysql -h 123.45.678.9 -u root -p -P 3306 为你的远程数据库地址
123.45.678.9为远程ip
root为用户名
3306为端口号
第四步：恢复完成
如果第三步出错，一般都在于没有选择合适的起始和终止时间，这个需要自己去寻找