|
本站Feed
数据，一旦写入就很少或者根本不会更新。这种数据非常适合压缩以降低磁盘占用。MySQL本身提供了两种压缩方式——archive引擎以及针对MyISAM引擎的myisampack方式。今天对这两种方式分别进行了测试，对比了二者在磁盘占用以及查询性能方面各自的优劣。
这段时间对DRBD和Heartbeat有了一个初步的了解，因为公司目前也在用，所以要好好搞一下，今天就在虚拟机打个了环境，亲自动手学习一下。这两个软件的安装都不复杂，如果你能用yum，那就是瞬间搞定的事情，没有的话用rpm包安装也是很轻松的事情，个人觉得，如果不是说地球上真的找不到和你平台对应的rpm包/tar包的话，那你就用源码包好了，自己享受编译带给你的“成就感”吧。不知道为什么很多时候大家都喜欢源码编来编去的，其实，你编译出来的东西不一定比人家专门的开发人员编出的软件效果要好，也可能你会说了，自己编译自由想放哪儿就放哪儿（难道就这么点追求），如果你习惯了rpm，其实，它的安装目录就那么几个位置，况且rpm也有命名选项帮你找出来。
自从nagios报警服务配置完善以后,潜伏在DB上的问题变得愈加凸显，这期间还经历了三番五次的机器故障，于是就更加紧绷了我们对于目前DB状态的关注度，通过cacti看每组机器资源的使用情况，通过nagios的alert提示会知道哪些异常在频繁出现，尽管没有发出报警通知（报警策略：所有服务检测每个5分钟扫描一次，发现故障第一次提示开始，每隔1分钟再去尝试，一共4次，当确认该服务失败或者超过阀值后，将状态从之前的Soft更新为Hard，然后便会发出邮件触发139邮箱短信报警，报警邮件的周期为每30钟一次）。观察每个时段nagois的alert提示，同时比对该事件点在cacti上的资源使用情况，给我们一步步排查异常提供了线索。
默认情况下MySQL的复制是异步的，Master上所有的更新操作写入Binlog之后并不确保所有的更新都被复制到Slave之上。异步操作虽然效率高，但是在Master/Slave出现问题的时候，存在很高数据不同步的风险，甚至可能丢失数据。MySQL5.5引入半同步复制功能的目的是为了保证在master出问题的时候，至少有一台Slave的数据是完整的。在超时的情况下也可以临时转入异步复制，保障业务的正常使用，直到一台salve追赶上之后，继续切换到半同步模式。
在一般的数据库书籍中，简述到如何合理创建索引时都会出现这么一段话：
“索引能提高sql的执行效率，但是过多不合理的索引也会影响数据库的性能”
过度索引是如何影响数据库的性能的呢？
