http://www.jackxiang.com/index.php zh-cn http://www.jackxiang.com/post/11713/ jack <xdy108@126.com> Wed, 22 Feb 2023 06:19:48 +0000 http://www.jackxiang.com/post/11713/ CREATE DATABASE `test` /*!40100 DEFAULT CHARACTER SET utf8 */; Query OK, 1 row affected (0.01 sec) use test; Database changed create table test( id int (12),idcard varchar (128)); Query OK, 0 rows affected (0.03 sec) INSERT INTO test (idcard) VALUES (HEX(AES_ENCRYPT('452528199909091234','my_secret_key'))) ; Query OK, 1 row affected (0.00 sec) SELECT id,AES_DECRYPT(UNHEX(idcard),'my_secret_key') AS idcard FROM test; +------+--------------------+ | id   | idcard             | +------+--------------------+ | NULL | 452528199909091234 | +------+--------------------+ 1 row in set (0.00 sec) select * from test\G; *************************** 1. row ***************************     id: NULL idcard: AC89B7A39D9A5A43BF9B0B455E2097B37E7BB2A8379B6D820FB3FC97EEB197B2 1 row in set (0.00 sec) SELECT id,LEFT(AES_DECRYPT(UNHEX(idcard),'my_secret_key'),6) AS idcard FROM test; +------+--------+ | id   | idcard | +------+--------+ | NULL | 452528 | +------+--------+ 1 row in set (0.00 sec) SELECT id,CONCAT('******',LEFT(AES_DECRYPT(UNHEX(idcard),'my_secret_key'),6)) AS idcard FROM test; +------+--------------+ | id   | idcard       | +------+--------------+ | NULL | ******452528 | +------+--------------+ 1 row in set (0.01 sec) SELECT id,AES_DECRYPT(UNHEX(idcard),'my_secret_key') AS idcard FROM test  WHERE idcard=HEX(AES_ENCRYPT('452528199909091234','my_secret_key')); +------+--------------------+ | id   | idcard             | +------+--------------------+ | NULL | 452528199909091234 | +------+--------------------+ 1 row in set (0.00 sec) SELECT id,AES_DECRYPT(UNHEX(idcard),'my_secret_key') AS idcard FROM test  WHERE AES_DECRYPT(UNHEX(idcard),'my_secret_key')='452528199909091234'; +------+--------------------+ | id   | idcard             | +------+--------------------+ | NULL | 452528199909091234 | +------+--------------------+ 1 row in set (0.00 sec)

项目中涉及到用户敏感信息，比如手机号、身份证号码等，应该以密文形式存储在数据库中，本文例子演示如何利用mysql的加解密函数对数据进行加密存储、解密读取、以及过滤查询。

  下面以在表"test"中将身份证信息写入"idcard"字段、以及从"idcard"字段读取数据、以及以"idcard"为过滤条件进行过滤查询为例子；假设加密秘钥为"my_secret_key"

一）加密存储数据：'452528199909091234'，秘钥为:'my_secret_key'
INSERT INTO test (idcard) VALUES (HEX(AES_ENCRYPT('452528199909091234','my_secret_key')))

二）读取并解密数据返回

1.读取并解密数据，数据全部返回。
SELECT id,AES_DECRYPT(UNHEX(idcard),'my_secret_key') AS idcard FROM test

2.读取并解密数据，只返回最左边6个字符
SELECT id,LEFT(AES_DECRYPT(UNHEX(idcard),'my_secret_key'),6) AS idcard FROM test

3.读取并解密数据，只返回最左边6个字符，补充前缀'******'，读出来的结果为
SELECT id,CONCAT('******',LEFT(AES_DECRYPT(UNHEX(idcard),'my_secret_key'),6)) AS idcard FROM test

三）过滤查询

1.按照密文比较方式(要比较的数据先加密，加密后的数据和数据库里存的密文比较)
SELECT id,AES_DECRYPT(UNHEX(idcard),'my_secret_key') AS idcard FROM test  WHERE idcard=HEX(AES_ENCRYPT('452528199909091234','my_secret_key'))

2.按照明文比较方式(将数据库存的密文解密出明文，然后和要比较的数据进行比较)
SELECT id,AES_DECRYPT(UNHEX(idcard),'my_secret_key') AS idcard FROM test  WHERE AES_DECRYPT(UNHEX(idcard),'my_secret_key')='452528199909091234'
来自：https://blog.csdn.net/u010178611/article/details/126508465 ]]> http://www.jackxiang.com/post/10417/ jack <xdy108@126.com> Mon, 03 Feb 2020 14:29:44 +0000 http://www.jackxiang.com/post/10417/ stop slave;   reset slave; change master to master_host=' ';


mysql正确关闭slave取消主从同步
mysql> stop slave;  
Query OK, 0 rows affected (0.02 sec)

reset slave;
change master to master_host=' ';  #master_host=' ' 里面必须有内容，即使为空，也应该用空格代替，而不能什么都不写。

实践如下：
mysql> stop slave;   Query OK, 0 rows affected (0.02 sec) mysql> reset slave; Query OK, 0 rows affected (0.08 sec) mysql> change master to master_host=' '; Query OK, 0 rows affected (0.17 sec) mysql> show slave status\G;

参考：https://blog.csdn.net/guoshaoliang789/article/details/86217508 ]]> http://www.jackxiang.com/post/10386/ jack <xdy108@126.com> Mon, 30 Dec 2019 08:22:14 +0000 http://www.jackxiang.com/post/10386/ vim /etc/influxdb/influxdb.conf
dir = "/data/influxdb/meta" dir = "/data/influxdb/data" wal-dir = "/data/influxdb/wal" series-id-set-cache-size = 100
systemctl start influxdb
netstat -nlpt
ps -ef | grep influxdb
netstat -nlpt

influx -precision rfc3339 # connect to http://localhost:8086: Get http://localhost:8086/ping: dial tcp 127.0.0.1:8086: connect
influx -precision rfc3339
Connected to http://localhost:8086 version 1.7.9
InfluxDB shell version: 1.7.9

显示数据库
show databases

新建数据库
create database jidan

删除数据库
drop database jidan

使用指定数据库
use jidan

2、InfluxDB数据表操作
在InfluxDB当中，并没有表（table）这个概念，取而代之的是MEASUREMENTS，MEASUREMENTS的功能与传统数据库中的表一致，因此我们也可以将MEASUREMENTS称为InfluxDB中的表。

显示所有表
SHOW MEASUREMENTS
新建表
InfluxDB中没有显式的新建表的语句，只能通过insert数据的方式来建立新表。

insert jidanwendu,hostname=jidanindex value=442221834240i
其中 jidanwendu 就是表名，hostname是索引（tag），value=xx是记录值（field），记录值可以有多个，系统自带追加时间戳
> use jidan
Using database jidan
> insert jidanwendu,hostname=jidanindex value=442221834240i
>多个记录值：https://www.cnblogs.com/bonelee/p/6811728.html

> use jidan
Using database jidan
> INSERT jidanwendu,host=serverA,region=us_west value=0.64

或者添加数据时，自己写入时间戳
insert jidanwendu,hostname=jidanindex value=442221834240i 1435362189575692182


删除表
drop measurement jidanwendu

3、数据保存策略（Retention Policies）

influxDB是没有提供直接删除数据记录的方法，但是提供数据保存策略，主要用于指定数据保留时间，超过指定时间，就删除这部分数据。

查看当前数据库Retention Policies
show retention policies on "db_name"

创建新的Retention Policies
create retention policy "rp_name" on "jidan" duration 3w replication 1 default
rp_name：策略名；
db_name：具体的数据库名；
3w：保存3周，3周之前的数据将被删除，influxdb具有各种事件参数，比如：h（小时），d（天），w（星期）；
replication 1：副本个数，一般为1就可以了；
default：设置为默认策略
修改Retention Policies
alter retention policy "rp_name" on "jidan" duration 30d default
删除Retention Policies
drop retention policy "rp_name" on "jidan"
> create retention policy "rp_name" on "jidan" duration 3w replication 1 default
> alter retention policy "rp_name" on "jidan" duration 30d default
> drop retention policy "rp_name" on "jidan"

4、连续查询（Continuous Queries）
InfluxDB的连续查询是在数据库中自动定时启动的一组语句，语句中必须包含 SELECT 关键词和 GROUP BY time() 关键词。

InfluxDB会将查询结果放在指定的数据表中。
目的：使用连续查询是最优的降低采样率的方式，连续查询和存储策略搭配使用将会大大降低InfluxDB的系统占用量。而且使用连续查询后，数据会存放到指定的数据表中，这样就为以后统计不同精度的数据提供了方便。

新建连续查询
CREATE CONTINUOUS QUERY <cq_name> ON <database_name>
[RESAMPLE [EVERY <interval>] [FOR <interval>]]
BEGIN SELECT <function>(<stuff>)[,<function>(<stuff>)] INTO <different_measurement>
FROM <current_measurement> [WHERE <stuff>] GROUP BY time(<interval>)[,<stuff>]
END
样例：
CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO redis_clients_30m FROM redis_clients GROUP BY ip,port,time(30m) END
在jidan库中新建了一个名为 wj_30m 的连续查询，每三十分钟取一个connected_clients字段的平均值、中位值、最大值、最小值 redis_clients_30m 表中。使用的数据保留策略都是 default。

不同database样例：
CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO jidan_30.autogen.redis_clients_30m FROM jidan.autogen.redis_clients GROUP BY ip,port,time(30m) END
实践：
> CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO redis_clients_30m FROM redis_clients GROUP BY ip,port,time(30m) END
ERR: retention policy not found: jidan.rp_name  #刚删了策略
> create retention policy "rp_name" on "jidan" duration 3w replication 1 default
> CREATE CONTINUOUS QUERY rp_name ON jidan BEGIN SELECT mean(connected_clients), MEDIAN(connected_clients), MAX(connected_clients), MIN(connected_clients) INTO redis_clients_30m FROM redis_clients GROUP BY ip,port,time(30m) END

显示所有已存在的连续查询
SHOW CONTINUOUS QUERIES


删除Continuous Queries
DROP CONTINUOUS QUERY <cq_name> ON <database_name>

将influxdb中的所有的数据库都备份下来，不加任何的参数
influxd backup -portable /tmp/data/total

更多查询条件：https://www.jianshu.com/p/a1344ca86e9b
来自：https://www.cnblogs.com/shhnwangjian/p/6897216.html?utm_source=itdadao&utm_medium=referral
PHP调用查询：https://blog.csdn.net/weixin_41621706/article/details/100630332 ]]> http://www.jackxiang.com/post/9986/ jack <xdy108@126.com> Fri, 07 Dec 2018 16:07:11 +0000 http://www.jackxiang.com/post/9986/ mysql -u zabbix -p'q1w2***4' -P 3306 -h 127.0.0.1 -e "show status like 'Threads_cached';"|grep -v Value |awk '{print $2}'
mysql: [Warning] Using a password on the command line interface can be insecure.
3

===========================================================================
一）Server version: 5.7.12-log Source distribution下用 2>/dev/null并不行：
mysql -u zabbix -*****' -P 3306 -h 127.0.0.1 -e "show s
tatus like 'Threads_cached';"|grep -v Value |awk '{print $2}' 2>/dev/null
mysql: [Warning] Using a password on the command line interface can be insecure.
二）export MYSQL_PWD=666666 也不行。

最后，用如下可行方案，如下：
cat /tmp/my.cnf [client] port = 3306 socket = /tmp/mysql.sock default-character-set = utf8mb4 host = localhost user = zabbix password = 'q1w2***4'

实践成功如下：
mysql  --defaults-extra-file=/tmp/my.cnf -e "show status like 'Threads_cached';"|grep -v Value |awk '{print $2}'
3

===========================================================================
以下是文章实践来源：https://www.bbsmax.com/A/nAJvbYRxJr/
然后针对高版本Mysql备份数据库的解决方案来了，前方高能~~~

命令和以前常用的快速导入和导入命令有所不同了，需要加载我们配置的MYSQL配置文件!

/usr/local/mysql/bin/mysqldump --defaults-extra-file=/etc/my.cnf database > /data/mysql_bak/bak_test.sql    //备份导出数据库
/usr/local/mysql/bin/mysql --defaults-extra-file=/etc/my.cnf database < test_db.sql          //导入数据库
查看/data/mysql_bak下，发现想要的数据库备份文件出现了~

里在提到官方Url://dev.mysql.com/doc/refman/5.6/en/password-security-user.html?spm=5176.7737807.2.3.D6p7hh ]]> http://www.jackxiang.com/post/9696/ jack <xdy108@126.com> Fri, 30 Mar 2018 10:45:08 +0000 http://www.jackxiang.com/post/9696/ 错误：2018-03-30T18:41:50.906499+08:00 10 [ERROR] Slave SQL for channel '': Error 'Can't find any matching row in the user table' on query. Default database: ''. Query: 'GRANT DELETE ON *.* TO 'mha_rep'@'10.70.%'', Error_code: 1133
跳过一次或跳过1133都可以，如下：
mysql主从复制，经常会遇到错误而导致slave端复制中断，这个时候一般就需要人工干预，跳过错误才能继续
跳过错误有两种方式：
1.跳过指定数量的事务：
mysql>slave stop;
mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1        #跳过一个事务
mysql>slave start

2.修改mysql的配置文件，通过slave_skip_errors参数来跳所有错误或指定类型的错误
vi /etc/my.cnf
[mysqld]
#slave-skip-errors=1062,1053,1146 #跳过指定error no类型的错误
#slave-skip-errors=all #跳过所有错误

来源：https://blog.csdn.net/seteor/article/details/17264633 ]]> http://www.jackxiang.com/post/9681/ jack <xdy108@126.com> Fri, 23 Mar 2018 07:01:47 +0000 http://www.jackxiang.com/post/9681/ Query OK, 0 rows affected (0.01 sec)

mysql> show slave status\G
Empty set (0.00 sec)

摘自 ：
执行reset slave;
mysql> stop slave;
Query OK, 0 rows affected (0.04 sec)

mysql> reset slave;
Query OK, 0 rows affected (0.02 sec)
在次执行会发现还是会有剩余配置信息
mysql> show slave status\G

最后，
执行reset slave all这个命令看看结果
mysql> reset slave all;
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status\G
Empty set (0.00 sec)

果然没有了.reset slave执行的时候会删除master.info和relay-log.info但是同步信息会保留.要想彻底清除可以使用reset slave all.^_^,今天先到这里了. ]]> http://www.jackxiang.com/post/9534/ jack <xdy108@126.com> Fri, 24 Nov 2017 08:34:16 +0000 http://www.jackxiang.com/post/9534/ 版本：MySQL5.6.27　
一、报错现象

dba:(none)> start slave;
ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository
这个时候查看error.log:

2017-07-17 16:19:02 9022 [ERROR] Failed to open the relay log './tjtx-96-67-relay-bin.017814' (relay_log_pos 172582079).
2017-07-17 16:19:02 9022 [ERROR] Could not find target log file mentioned in relay log info in the index file './tjtx135-1-95-relay-bin.index' during relay log initialization.
2017-07-17 16:19:02 9022 [ERROR] Failed to initialize the master info structure
2017-07-17 16:19:02 9022 [Note] Check error log for additional messages. You will not be able to start replication until the issue is resolved and the server restarted.
2017-07-17 16:19:02 9022 [Note] Event Scheduler: Loaded 0 events
2017-07-17 16:19:02 9022 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.6.27-log'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)
2017-07-17 16:19:06 9022 [ERROR] Slave SQL: Slave failed to initialize relay log info structure from the repository, Error_code: 1872
从报错上看，意思是启动slave时，使用repository中信息初始化relay log结构失败了。为什么失败了？原来是从tjtx135-1-95-relay-bin.index文件中找不到tjtx-96-67-relay-bin.017814文件。到这里，答案就很清楚了，由于我使用的是冷备份文件恢复的实例，在mysql库中的slave_relay_log_info表中依然保留之前relay_log的信息，所以导致启动slave报错。

那如何解决呢？先来简单的了解MySQL Relay log的基础知识：

二、MySQL Relay log介绍

在MySQL复制结构下，Slave服务器会产生三种日志文件，用来保存主库的二进制日志事件以及relay log已执行到的位置和状态。

1、relay log 文件：由IO thread线程从主库读取的二进制日志事件组成，该日志被Slave上的SQL thread线程执行，从而实现数据的复制。

2、master info log：该文件保存slave连接master的状态以及配置信息，如用户名，密码，日志执行的位置等。在5.6版本之前，都是使用master.info文件，从5.6开始，通过在my.cnf  中配置 --master-info-repository=TABLE。这些信息会被写入mysql.slave_master_info 表中，代替原来的master.info文件了。

3、relay log info log：该文件保存slave上relay log的执行位置。在5.6版本之前，都是使用relay-log.info文件，从5.6开始，通过在my.cnf中配置 --relay-log-info-repository=TABLE，使用mysql.slave_relay_log_info表代替原来的文件。每次当slave上执行start slave时，就会读取该表中的位置信息。

新版本使用表来代替原来的文件，主要为了crash-safe replication，从而大大提高从库的可靠性。为了保证意外情况下从库的可靠性，mysql.slave_master_info和mysql.slave_relay_log_info表必须为事务性的表，从5.6.6起，这些表默认使用InnoDB存储引擎。在5.6.5及之前的版本默认使用MyISAM引擎，可用下面语句进行转换：

ALTER TABLE mysql.slave_master_info ENGINE=InnoDB;
ALTER TABLE mysql.slave_relay_log_info ENGINE=InnoDB;
【注意】不要试图手工的更新、插入、删除以上两个表的内容，以免出现意料不到的问题。

三、问题解决

通过上面的报错以及relay log介绍，很容易知道由于mysql.slave_relay_log_info表中保留了以前的复制信息，导致新从库启动时无法找到对应文件，那么我们清理掉该表中的记录不就可以了。再次提醒，不要手动删该表数据，MySQL已经提供工具给我们了：reset slave：

reset slave干的那些事：

1、删除slave_master_info ，slave_relay_log_info两个表中数据；
2、删除所有relay log文件，并重新创建新的relay log文件；
3、不会改变gtid_executed 或者 gtid_purged的值
下面解决问题：


dba:(none)> reset slave;
Query OK, 0 rows affected (0.00 sec)
1
dba:(none)> change master to ......
1
2
dba:(none)> start slave;
Query OK, 0 rows affected (0.00 sec)
到这里问题解决了。
来自：https://www.cnblogs.com/mysql-dba/p/7201513.html
【经验】：以后用冷备份恢复实例后，在启动slave前，先进行reset slave清空下以前的旧信息。

【参考资料】：https://dev.mysql.com/doc/refman/5.6/en/slave-logs.html
https://dev.mysql.com/doc/refman/5.6/en/reset-slave.html ]]> http://www.jackxiang.com/post/9518/ jack <xdy108@126.com> Tue, 14 Nov 2017 08:17:20 +0000 http://www.jackxiang.com/post/9518/     interactive_timeout和wait_timeout意义虽然相同，但是有使用对象有本质的区别。interactive_timeout针对交互式连接（比如通过mysql客户端连接数据库），wait_timeout针对非交互式连接（比如一般在PHP中使用PDO连接数据库，当然你可以设置CLIENT_INTERACTIVE选项来改变）。所谓的交互式连接，即在mysql_real_connect()函数中使用了CLIENT_INTERACTIVE选项。
wait_timeout：连接空闲超时时间。与服务器端无交互状态的连接，直到被服务器端强制关闭而等待的时间。可以认为是服务器端连接空闲的时间，空闲超过这个时间将自动关闭。

交互连接：
interactive_timeout 需在mysql_connect()设置CLIENT_INTERACTIVE选项后起作用，并被赋值为wait_timeout；  #Mysql自己的客户端mysql命令。
mysql>set global wait_timeout = 60; 对当前交互链接有效； (由于mysql的BUG所有这边必须加global)
mysql>set global interactive_timeout = 60; 对后续起的交互链接有效；


解决MySQL server has gone away
应用程序（比如PHP）长时间的执行批量的MYSQL语句。最常见的就是采集或者新旧数据转化。
解决方案：
在my.cnf文件中添加或者修改以下两个变量：
wait_timeout=2880000
interactive_timeout = 2880000
关于两个变量的具体说明可以google或者看官方手册。如果不能修改my.cnf，则可以在连接数据库的时候设置CLIENT_INTERACTIVE，比如：
sql = "set interactive_timeout=24*3600";
mysql_real_query(...)

wait_timeout过大有弊端，其体现就是MySQL里大量的SLEEP进程无法及时释放，拖累系统性能，不过也不能把这个指设置的过小，否则你可能会遭遇到“MySQL has gone away”之类的问题，通常来说，我觉得把wait_timeout设置为10是个不错的选择，但某些情况下可能也会出问题，比如说有一个CRON脚本，其中两次SQL查询的间隔时间大于10秒的话，那么这个设置就有问题了（当然，这也不是不能解决的问题，你可以在程序里时不时mysql_ping一下，以便服务器知道你还活着，重新计算wait_timeout时间）

本质：
变量wait_timeout：服务器关闭非交互连接之前等待活动的秒数。也就是说你PHP获取一次数据后作计算了，并没有释放Mysql连接句柄，而你处理完后，继续获取数据，这个中间等待的秒数。  为了防止出现这个问题，用了mysql_ping:https://mo2g.com/view/128/
问题：这个秒数，DBA一般写10秒，能否突破和Mysql的Client一样，让它的值和interactive_timeout一样呢？

From:http://www.04007.cn/article/292.html
============================================================================================
总之，Mysql的原生客户端，在设置其wait_timeout的值时不受全局的设置限制，均等于全局（/etc/my.cnf）interactive_timeout的值,而PHP则并不改变全局的值，而是里面配置wait_timeout多少，此次连接就是多少，当然，也提供了类似Mysql自带客户端的参数。

my.cnf:
interactive_timeout = 28800
wait_timeout = 28800

mysql> show variables like '%timeout%';
| interactive_timeout         | 28800    |
| wait_timeout                | 28800    |

修改一下重新启动Mysql后，直接用Mysql客户端连接？如下：
interactive_timeout = 29800
wait_timeout = 28800

mysql
mysql> show variables like '%timeout%';

| wait_timeout                | 29800    |
| interactive_timeout         | 29800    |

而Show全局变量呢，还是显示my.cnf里设置的，但这儿会被个性的mysql在连接时作了设置而覆盖：
mysql> show global variables like "%timeout%";        
| interactive_timeout         | 29800    |
| wait_timeout                | 28800    |

PDO连接和Mysqlli连接结果都一样：
<?php                                                                                                                       $dsn = "mysql:host=localhost;dbname=mysql";   $db = new PDO($dsn, 'root', '*******');   echo  "show variables like '%wait_timeout%'\n\n";   $db->query('set names utf8;'); //你可能会用到的utf-8,哈哈   $rs = $db->query("show variables like 'interactive_timeout'");   $result_arr = $rs->fetchAll();   print_r($result_arr);   $rs = $db->query("show variables like 'wait_timeout'");   $result_arr = $rs->fetchAll();   print_r($result_arr);   echo  "show global variables like '%wait_timeout%'\n\n";   $rs = $db->query("show global variables like 'interactive_timeout'");   $result_arr = $rs->fetchAll();   print_r($result_arr);   $rs = $db->query("show global variables like 'wait_timeout'");   $result_arr = $rs->fetchAll();   print_r($result_arr);

Mysqlli：
  $mysqli = new mysqli("localhost", "root", "******", "mysql");   $query="show variables like '%timeout%'";   $result=$mysqli->query($query);   if ($result) {      if($result->num_rows>0){                                                                                                      while($row =$result->fetch_array() ){             print_r($row);          }      }   }else {            echo "查询失败";   }   $result->free();   $mysqli->close();   die;
php /tmp/mysql.php

说明其PHP客户端并没有像mysql的命令行一样修改客户端的，而值都为配置的值：
| interactive_timeout         | 28800    |
| wait_timeout                | 10       |

PHP7不支持Mysql的mysql_connect驱动啦：
<?php     $mysql_server_name="localhost";     $mysql_username="root";     $mysql_password="*******";     $mysql_database="mysql";     $conn=mysql_connect($mysql_server_name, $mysql_username,                         $mysql_password);     $strsql="show variables like '%timeout%'";     $result=mysql_db_query($mysql_database, $strsql, $conn);     while($row=mysql_fetch_row($result)){//一定要循环，指针下移。          print_r($row);     }     $strsql="show global variables like '%timeout%'";     $result=mysql_db_query($mysql_database, $strsql, $conn);     while($row=mysql_fetch_row($result)){//一定要循环，指针下移。          print_r($row);     }                                                                                                                         die;
Call to undefined function mysql_connect() in /tmp/mysql.php:6
Stack trace:
#0 {main}
  thrown in /tmp/mysql.php on line 6

Call to undefined function mysql_real_connect() in /tmp/mysql.php:6
Stack trace:
#0 {main}
  thrown in /tmp/mysql.php on line 6
================================================================================
mysql_connect/mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。现在PHP7已经废弃上面这两个Mysql的连接函数了。
新的PDO直接用设置了，更灵活：
mysql server 的配置wait_timeout如果过小，就会导致PDO出现mysql has gone away错误。
解决办法，设置较长的会话超时时间。
$pdo->exec('set session wait_timeout=10000');
但这样一来，可能会导致更多的mysql睡眠连接。 ]]> http://www.jackxiang.com/post/9484/ jack <xdy108@126.com> Sun, 08 Oct 2017 02:47:12 +0000 http://www.jackxiang.com/post/9484/ 解决办法：
mysql> set global read_only=0;
（关掉新主库的只读属性）
flush privileges;
set global read_only=1;(读写属相)
flush privileges;
出现：
The MySQL server is running with the --read-only option so it cannot execute

来自：http://www.cnblogs.com/xionghui/archive/2013/03/01/2939342.html ]]> http://www.jackxiang.com/post/9462/ jack <xdy108@126.com> Wed, 20 Sep 2017 06:56:52 +0000 http://www.jackxiang.com/post/9462/ 3906:M 20 Sep 14:26:55.872 # Can't handle RDB format version 8 3906:M 20 Sep 14:26:55.872 # Fatal error loading the DB: Invalid argument. Exiting.

当前版本的redis无法处理version=7的RDB格式，这才明白是兼容性问题，但这种“向前兼容”一般很难做到的。
解决办法：删除rdb文件/var/lib/redis/6379/dump.rdb，重启redis就行了。

如果能解决掉Slave没有问题，那么， 线上坏了一台Slave的Redis可以直接替换掉即可：
在RPM打包发现：redis-3.0.7（线上）升级到redis-3.2.10的旧版本的dump.rdb格式无法启动如下：
但是经测试可以做Slave同步，现在CentOS6和CentOS7均升级至和epll仓库一样版本redis-3.2.10。 ]]>