27G数据库
source link: https://evilcos.me/?p=78
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
EVILCOS
//:alert(/Hacking Symbol/)//余弦
大家正在看
- [zz]浏览器urlencode策略差异导致XSS风险 - 16,876 views
- papers更新 - 16,907 views
- [zz]关于kcon v2我的一些见解 - 16,914 views
- [zz]http-waf-detect.nse - 16,932 views
- [zz]xss to root android - 17,033 views
- 幻影webzine 0x06发布! - 17,057 views
- 关于思维模式 - 17,085 views
- 27G数据库 - 17,095 views
- 从攻到防 - 17,128 views
- 我们要如何思考 - 17,190 views
- 进入android安全,玩玩先 - 17,221 views
- 写书有感1 - 17,260 views
- 2012.1.2 - 17,399 views
- 黑客得学会玩概率 - 17,440 views
- CSP1.0进入Firefox - 17,445 views
- web2hack.org改版上线 - 17,451 views
- 唧唧歪歪几句 - 17,454 views
- 重整了evilcos.me - 17,454 views
- SAE云豆被刷尽,问题分析 - 17,454 views
- 保护好你的referer - 17,455 views
27G数据库
mysql库,总算恢复成功了。由于总总原因导致要恢复前些天备份的数据库文件(.sql),27G大小。
但是碰到几个问题:
1、mysql -uroot -p mydbmyisam_sort_buffer_size = 1024M
myisam_max_sort_file_size = 30G # 导入大sql文件时进行恢复时(无完整binlog,我采用最初级的恢复方式),不一会就发现恢复卡住了,在mysql里show>
我的数据库的myisam引擎支持的。其它的差不多这个思路,我没实战,自己探索去吧。这样配置好,重启mysql,然后再次备份就成功了。
2、期间还发现一些问题,这些问题可以通过mysql的错误日志文件具体查明与定位到,这些错误日志文件在my.cnf有配置路径。查日志文件是解决问题的一个非常重要的思路。如果找不到这样的日志文件,可以试试linux下的lsof -c mysql进行寻找。
反正方法多多。
About 余弦
一个符号而已 View all posts by 余弦 →
此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK