娜然的专栏

今天在mysql执行一个sql语句，报错：mysql> selectsum(xxxx) from xxxx wheredm='dbm' andDATE_FORMAT(sj,'%Y-%m')=DATE_FORMAT('sj$','%Y-%m');ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version fo...

mysql从库io进程停止，发错如下：Got fatal error 1236 from master when reading data from binary log: 'log event entry exceeded max_allowed_packet; Increase max_allowed_packet on master; the first event 'xxxx-master-binlog.000504' at 4212238517, the last event read fro

telnet一个mysql服务器：# telnet 192.168.xx.xx3306Trying 192.168.xx.xx...Connected to 192.168.xx.xx.Escape character is '^]'.BHost '100.xx.xx.xx' is not allowed to connect to this MySQL serverConnection closed by foreign host.可以ping通这个服务器，但是不能telnet通3306.

MySQL Binlog Server:是利用某个工具，把线上活跃的库的日志拉取到本地进行备份。在MySQL 5.6以后，可以利用mysqlbinlog这个命令去把远程机器的日志备份到本地目录，从而达到增量或是日志安全方面的备份。利用mysql 5.6的mysqlbinlog命令，可以把远程的binlog完全镜象一份放到本地，方法如下：/usr/local/mysql/bin/mysq

mysql全量导出时碰到如下告警:    Warning: Skipping the data of table mysql.event. Specify the --events option explicitly原因分析:    由于mysql在全量导出时不导出event事件表,故需要在全量导出时忽略事件表解决办法:    mysqldump -

session 1：mysql> create table test(id int primary key,name char(3));  Query OK, 0 rows affected (0.09 sec)mysql> begin;Query OK, 0 rows affected (0.00 sec)mysql> insert into test val

一个同事说他们mysql数据库的从库的复制用户的密码忘记了，问是否可以找回。因为从库在命令行执行的命令一般都不会太多，历史文件中可能有change master的语句，先看看，如果有，就可以看到密码了，如果没有，只能重设密码了。mysql命令行执行的命令会被记录在.mysql_history这个隐藏文件中，如果是mysql用户，则在mysql用户的根目录下面，如果用root，则在root的

mysql中需要注意两点：（1）rollup和order by互斥root@localhost:gw1 04:23:17> select year(orderdate) as year,sum(qty) as sum from t group by year(orderdate) with rollup order by year;ERROR 1221 (HY000): Incorre

（1）游标是面向过程的，普通sql语句是面向集合的。（2）游标的扫描成本是o(n),集合的扫描成本可能是o(n的平方）。（3）对表的一次扫描，游标的开销要远大于面向集合的方法。但是游标的优势体现在，对于一个面向集合的解决方案所需扫描成本为o(n的平方）的情况，基于游标的解决方案可能是o(n)。（4）对于游标的使用，任何存在都是合理的，关键看能否合理利用。下面是一个利用游标优

commit和commit work级别一致，都用来提交事务。(rollback和rollback work跟commit与commit work的关系一样)不同之处在于commit work用来控制事务结束后的行为是chain还是release的。如果是chain方式，那么就变成了链事务。用户可以通过参数completion_type来控制。默认为0，表示没有任何操作，此时commit=

先说结论：对于之前没有row格式的binlog的情况下，如果隔离级别是rc，有可能导致主从数据不一样。例子：隔离级别为rc，binlog格式为statementselect * from a;b---12345session 1：begin;delete from a where bsession 2:begi

由一个参数控制mysql> show variables like '%deadlock%';+----------------------------+-------+| Variable_name              | Value |+----------------------------+-------+| innodb_print_all_deadlocks

半同步复制：5.5开始支持当Master上开启半同步复制的功能时，至少应该有一个Slave开启其功能。此时，一个线程在Master上提交事务将受到阻塞，直到得知一个已开启半同步复制功能的Slave已收到此事务的所有事件，或等待超时。环境:mysql5.6.301.检查是否支持动态载入插件：mmysql> show variables like 'have

MySQL的FLUSH句法(清除或者重新加载内部缓存） FLUSH flush_option [,flush_option]，如果你想要清除一些MySQL使用内部缓存，你应该使用FLUSH命令。为了执行FLUSH，你必须有reload权限。FLUSH HOSTS       清空主机缓存表。如果你的某些主机改变IP或如果你得到错误消息Host ... is blocked，你应

mysql中对一个大表进行group by操作的时候，报错：

安装keepalive的时候，在configure的时候遇到的错误：[root@gw keepalived-1.2.16]# ./configure checking for gcc... gccchecking whether the C compiler works... yeschecking for C compiler default output file name

XtraBackup2 安装XtraBackup2.1 安装XtraBackup binary版本2.1.1 yum的安装方法：2.1.2 直接下载rpm包安装3 XtraBackup使用手册3.1 使用innobackupex脚本3.1.1 备份预备工作3.1.2 全备和全备还原3.1.2.1 使用innobackupex创建全备3.1.2.2 使用inn

mysql> explain select count(*) from user;+----+-------------+-------+------+---------------+------+---------+------+------+------------------------------+| id | select_type | table | type | possib

还是在安装keepalive的时候，进行到make的时候报的错误：[root@mysql2 keepalived-1.2.16]# makemake -C lib || exit 1;make[1]: Entering directory `/home/keepalived-1.2.16/lib'gcc -g -O2 -DFALLBACK_LIBNL1 -I. -Wall -W

mysql上用load file导入了一个csv文件到一张表，导入后，查看，发现一行不正常，如下：+-----------------+-------------+------------------+| org             | length(org) | char_length(org) |+-----------------+-------------+--------

semi-consistent简介    1semi-consistent实现    2MySQL Server层    2InnoDB Engine层    2是否采用semi-consistent read    2Fetch Next特殊处理逻辑    3优化：Unlock unmatched row    4

mysql> create database gw.1;ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '.1' at line 1

执行show create语句的时候，是否用·包含mysql> show variables like 'SQL_QUOTE_SHOW_CREATE';+-----------------------+-------+| Variable_name         | Value |+-----------------------+-------+| sql_quote

环境：mysql5.6.30数据库：gw1，gw2表：gw1.t1 myisam，gw2.t2 innodb执行的语句：mysqldump --single-transaction --master-data=2 --databases gw1 gw2 > 3306_20160902.sql通过general log查看的，mysqldu

首先解释一下错误是如何产生的：（gw和gw1都是普通用户）1.用户gw在数据库gw创建一个视图：v_t12.用户gw1和root都可以访问数据库gw，查询v_t1没有问题3.如果删除用户gw，那么gw1和root在访问视图v_t1的时候都报错，但是报错不一样，分别如下：gw1（普通用户）：mysql> select * from v_t1;ERROR 1045 (28000