栏目： MySQL解错方案

二 18

远离故障的十大原则

发布时间： 发布者：

故障是运维人员永远的痛。相信每一个运维人员的KPI中都有一项：可用性。可用性高就是不出故障，各个公司对可用性和故障评级的标准都不相同，但是避免故障的方法却是殊途同归。我们怎么避免故障，沃趣科技简单列举了以下几条，与大家共勉！
1、变更要有回滚，在同样的环境测试过
2、对破坏性的操作谨慎小心
3、设置好命令提示
4、备份并验证备份有效性
5、对生产环境存有敬畏之心
6、交接和休假最容易出故障，变更请谨慎
7、搭建报警，及时获得出错信息。搭建性能监控，了解历史，获得趋势，预测未来
8、自动切换需谨慎
9、仔细一点，偏执一点，检查，检查，再检查
10、简单即是美。

继续阅读全文 →

一 10

解决启用GTID & binlog新安装完的MySQL提示无法登录

发布时间： 发布者：

问：刚刚新安装的MySQL，提示下面信息，无法登入，怎么回事？
ERROR 1045 (28000): Access denied for user ‘root’@'localhost’ (using password: NO)
答：数据库已经执行过 mysql_install_db 初始化了，按理说应该没问题。经过排查，这时候可以将选项 disable-gtid-unsafe-statements 的值修改为 0。也可以同时关闭 GTID 、 binlog 选项，初始化完毕后再打开。

继续阅读全文 →

十二 18

使用pt-stalk诊断MySQL问题

发布时间： 发布者：

pt-stalk是Percona-Toolkit的一部分(其前身是Aspersa的一部分)。安装Percona-Toolkit后，可以通过man pt-stalk了解如何使用该工具，本文的介绍是man pt-stalk的一个子集，强烈建议直接阅读man pt-stalk。额外的，本文将提供pt-stalk示例命令可供参考。

在MySQL服务器出现短暂(5~30秒)的性能波动的时候，一般的性能监控工具都很难抓住故障现场，也就很难收集对应较细粒度的诊断信息。另外，如果这种波动出现的频率很低，例如几天才一次，我们也很难人为的抓住现场，收集数据。这正是pt-stalk所解决的问题。

继续阅读全文 →

十二 18

启用SELinux后，PHP连接MySQL异常

发布时间： 发布者：

同事报告一起奇怪的现象，一个最简单的测试PHP代码，在测试环境很正常，但是在正式环境下，无论用何种方式(tcp/ip、unix socket)都无法连接mysql。
我协助查看了下，确实如此，无论是指定IP、端口的tcp/ip方式连接，或者是用unix socket方式连接，报错信息都类似：”Could not connect: Can’t connect to MySQL server on ‘MYSQL.SERVER’ (13)”。
无论如何修改MySQL的授权，或者调整php.ini中关于MySQL的设置，或者修改MySQL的监听网口，都无法解决。
而如果用命令行人工连接MySQL，则一切正常。
问题看起来像是php(with apache)不被允许连接MySQL，但是防火墙也没有限制。想来想去，唯有SELinux的因素会导致这个问题。

继续阅读全文 →

十二 18

webgame中Mysql Deadlock ERROR 1213 (40001)错误的排查历程

发布时间： 发布者：

生产环境中，MYSQL发生了一起死锁的案例，如何来排查他呢？什么时候发生死锁？ 我怎么知道他发生了？ 发生之后去哪里排查？ 分别在哪几个事务中？ 谁先锁的？谁后锁的？谁没锁到？谁报的死锁错误？ 为什么发生了？死锁是什么？ 如何避免？还有哪些因素影响？

继续阅读全文 →

十二 17

php5.3.8中编译pdo_mysql的艰难历程

发布时间： 发布者：

1，以官方文档为准，一切跟着官方文档来，不轻易采信网络上网友提供的编译参数，包括这边博文。不论对方是老手、大牛，还是其他什么什么有威望的人。他们提供的方法或许跟你当前的环境不一致，时间也相差很大，或许相隔好几年了；2，确认得到的结果是准确的，怎么说呢，文中的例子中php-i的路径不是我们新编译的，而是之前编译，或者yum安装的，一定要到自己编译的程序目录下，用自己新编译的脚本去执行测试，获得测试结果，下结论，不为了偷懒，不敲路径，直接写程序名进行测试；

继续阅读全文 →

十二 16

mysql中如何找出未使用或使用次数很少的索引

发布时间： 发布者：

这篇文章主要记录，我对如何找未使用索引的理解及风险(目前还未找到理想方法)，能像oracle保存执行计划，根据执行计划(v$sql_plan)来判断索引使用情况是比较安全。当然oracle的index monitor特性类似percona的userstat有比较大的风险。

继续阅读全文 →

十二 14

关于一次导入数据提示的MySQL server has gone away

发布时间： 发布者：

这个问题由一个同事问到的一次导入数据引发。一个很常见的操作，将数据从一个表中dump出来，在用mysql < a.sql的方式导入到另一个库的一个表中。在执行导入的时候，提示 MySQL server has gone away。在追查的时候突然想到会不会是因为max_allowed_packet太小导致的。将max_allowed_packet改大，确实解决了问题。

继续阅读全文 →

十二 09

MySQL5.5数据库复制搭建报错之Could not initialize master info structure

发布时间： 发布者：

鉴于MySQL5.5数据库产品的性能提升不明显，软件产品稳定性不佳，且新增加的功能也不足突破，所以生产环境中只有几套应用使用MySQL5.5版本支撑，以培养与掌握MySQL5.5的经验和技术，所以个人对MySQL5.5系列的实战也不多。现有一个项目，因服务器配置的特殊性，以及业务特点、数据容量、数据访问等也非常特殊，不得不考虑采用MySQL5.5，且国内某mysql服务提供商技术人员指定要求的版本号为MySQL5.5.27。综合上述信息导致今天无意碰到一个MySQL数据库复制搭建过程中出现的错误信息，可能其他同行也可能会碰见，特此写一篇技术博文分享给大家。

继续阅读全文 →