我这有个业务，专门存储LOG日志的，每天都会有上千万数据，所以采用了archive存储引擎，这样写入上较快，也比较节省空间。archive存储引擎这里简单介绍下：这个可以说和MyISAM引擎差不多，备份的时候直接cp拷贝数据文件，恢复时直接cp拷贝到MySQL数据目录，而且在空间上节省了不少，下面来看看。通过物理文件，可以明显的对比出来。看看磁盘IO性能图压力有所变小。好，下面说一个注意事项。今天
官方漏洞说明：https://access.redhat.com/site/solutions/68466原文：https://www.st.ryukoku.ac.jp/blog/vuln/0423Linux Kernel 2.6.28 以上存有缺陷，啟動後經過208.5天就會自行重新啟動，此事浮出檯面。該缺陷是於實機運行 Pentium 4 以上的Intel系CPU（含相容性CPU、32bit/
刚刚接到报警短信，从库宕机，马上通知机房重启，在检查MySQL时，发现同步挂了，报主键冲突，询问开发是不是有往里面写数据，回答没有。这就奇怪了，怎么会无缘无故报错呢？在检查了my.cnf配置文件，发现有个参数没有配置：innodb_overwrite_relay_log_info = 1当从库宕机后，重新开启主从复制同步，它可以重新执行已提交事务，这样就会造成同步失败，而这个参数就会避免这个问题的
我是在两台虚拟机做的测试。如果用传统SCP远程拷贝，速度是比较慢的，如图：现在采用lz4压缩传输。LZ4是一个非常快的无损压缩算法，压缩速度在单核300MB/S，可扩展支持多核CPU。它还具有一个非常快速的解码器，速度单核可达到和超越1GB/S。通常能够达到多核系统上的RAM速度限制。项目主页：http://code.google.com/p/lz4/安装（在本地和远程均安装lz4压缩工具）# w
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
