-
DBA亲，你们的RAID5阵列有保障吗？ 荐 置顶
该文章主要整理论坛内容。（论坛地址：http://bbs.et8.net/bbs/showthread.php?t=1026112）
很多人遇到过服务器RAID5挂掉，往往掉一个盘后，第二个盘也立刻挂掉。
引用：RAID 5也是以数据的校验位来保证数据的安全，但它不是以单独硬盘来存
-
MySQL 过滤规则-误解处理 荐
案例：Slave启用了复制过滤-replicate-do-db=db1（ROW复制模式），具体过滤注意事项可以参考我之前的blogMySQL复制过滤注意事项,在Master上执行 alter table db1.tb1 add xxx,Slave 相关tb1 表没有生效； Slave复制正常，errorlog 没啥信息，我印象当中 DML（inse
-
恢复Innodb损坏的表
运行着Innodb 引擎的MySQL 在遇到硬件故障，内核bug 或者是突然断电，MySQL本身的bug，可能会造成Innodb表空间的损坏，提示的信息大致如下：InnoDB: Database page corruption on disk or a failed
InnoDB:
-
Innodb恢复--innodb_force_recovery
Innodb事务型存储引擎，通过redo，undo，double write这些特性保证数据的完整，针对硬件故障，内核bug，突然断电的事件，需要手动对Innodb进行恢复； 可以将Innodb page 损坏分为几类，data page 损坏，secondary_index page 损坏， root index 损坏,data dictio
-
Python创建daemon 荐
参考《Linux/Unix 系统编程手册》 变成daemon，一个程序需要完成以下步骤： 1、执行一个fork(),父进程退出，子进程继续执行。（daemon成为了init进程的子进程） --假设daemon是从命令行启动，父进程的终止会被shell发现，之后shell会显示出另
-
mysql 锁问题处理
错误信息如下# Time: 140122 16:34:23
# User@Host: xxxxxxx
# Thread_id: 19904440 Schema: xxxx Last_errno: 1205 Killed: 0
# Query_time: 200.911931 Lock_time: 0.000041 Rows_sent: 0 Rows_exam
-
升级centos内核
升级CentOS内核大部分是采用编译安装的方式，我偷个懒采用yum的方式进行升级(前提是备份好重要数据)! yum源分两种内核版本：mainline 和long-term ，由于long-term更稳定，会长期更新，所以考虑使用long-term(LT)系列; yum源和详细操作步骤，可以参考官方文档htt
-
slave 延迟案例处理
先说下大体架构： Master下面挂着3个slave，读写分离，3个slave是一个读集群（版本均为Percona 5.1） 故障现象：其中一台机器（暂且称之为C）slave延迟偶尔瞬间为22秒！ 可能的情况是： 1、瞬间可能有大量的更新； 2、有些SQL语句耗费太多
-
MySQL RBR问题
MySQL 版本5.5.33 (Percona) BinlogFormat：ROW Replicate_Ignore_DB：mysql OS: CentOS 6.3 前提假设各位对MySQL的复制过滤规则已很清楚；具体可参考本人之前blog 复制过滤注意事项 &nbs
-
加快xtrabackup备份速度
xtrabackup已家喻户晓，如果面临xtrabackup进行远程备份，时间大多花在网络传输中，受orzhou 大师 tar+lz4/pigz+ssh更快的数据传输 的启发，可以采用边压缩边传输的方式： 线上xtrabackup采用stream备份方式，传送到远端机器； 原先的流程是：磁盘读取-->打包--&g
-
压榨SCP传输速度
对于千兆网来说，带宽大致为125M/s，scp的速度约为40M/s,对于需要全量恢复数据库的时候（300G 左右的量），需要2个小时左右，很不能接受这种情况； 加快SCP传输速度需要考虑以下几点： 1、ssh加密算法的改变；（加密算法越弱速度越快在IDC内网间可以
-
Xtrabackup bug记录
xtrabackup 2.1.2 2.1.3 均出现以下问题： xtrabackup: warning: Log block checksum mismatch (block no 191401143 at lsn 3946288081920):
expected 800836998, calculated checksum 800
-
Select count(*) & Select count(1) & Select count(col)
历史问题啦，今天拿出来翻翻； MyISAM引擎，记录数是结构的一部分，已存cache在内存中; InnoDB引擎，需要重新计算，id是主键的话，会加快扫描速度； 所以select count(*) MyISAM完胜！ MyISAM 在有where 条件存在
-
Python管理工具
未完待续！curl -0 http://python-distribute.org/distribute_setup.py | python
-
MySQLDUMP注意事项&使用技巧
MySQLDUMP大家并不陌生，这里简单说其备份流程，及注意事项等等； 常用参数： -single-transaction : 只针对事务存储引擎（Innodb）生成一致性快照，其他引擎不能保证导 出是一致的；备份期间禁止使用ALTER,DROP,RENAME,T
-
MySQL 丢失密码问题
重置MySQL密码: 停止MySQL服务,使用skip-grant-tables参数启动 service mysqld stop;
mysqld_safe --skip-grant-tables --user=mysql& 此时无需授权就可以进入到MySQL命令行 &nb
-
Shell 使用技巧
1、搜索曾经用过的命令 Ctrl + r 会提示：(reverse-i-search)`': 进行模式匹配即可 History | grep 进行过滤 2、查看某端口ip连接情况，比如3306netstat -ano | grep 3306 | a
-
linux的IO调度算法和回写机制
Linux IO调度程序是块设备I/O子系统的主要组件，它介于通用块层和块设备驱动程序之间，如下图所示。当Linux内核组件要读写数据时，并非一有请求便立即执行，而是将请求放入请求(输入)队列，并推迟执行。为什么如此设计？原因在于Linux需要应对的最核心的块设备是磁盘。磁盘的寻道时间严重制约磁盘性能，若想提高磁盘IO性能必须想尽办法减少磁盘寻道次数。 &
-
zabbix 错误报警
zabbix 突然间报：Zabbix agent on {HOST.NAME} is unreachable for 5 minutes N多机器都有这样的报警； 登陆查看被监控机，一切正常，网络一切正常； 查看zabbix agent 日志，没有异常； 查看zabb
-
磁盘IOPS计算与测量
IOPS 是指单位时间内系统能处理的I/O请求数量，一般以每秒处理的I/O请求数量为单位，I/O请求通常为读或写数据操作请求。随机读写频繁的应用，如OLTP，IOPS是关键衡量指标。 数据吞吐量(Throughput)，指单位时间内可以成功传输的数据数量。对于大量顺序读写的应用，如VOD(Video On Demand)，则更关注吞吐量指标。
位鹏飞
分享到朋友圈
- 关注技术：Mysql 数据库 Linux
- 入住博客：2010-04-29 9.5年
七日热门
最近来访
