权限太开放 改下就好了
chmod 644 /etc/mysql/conf.d/my.cnf
chown mysql:mysql /etc/mysql/conf.d/my.cnf
权限太开放 改下就好了
chmod 644 /etc/mysql/conf.d/my.cnf
chown mysql:mysql /etc/mysql/conf.d/my.cnf
查看表结构,发现token这个字段类型是varchar(4000),默认情况下innodb下创建的索引最大长度是767字节,大概原因我们就知道了,由于字段长度过长,导致创建索引的长度有限,这样实际索引的区分度就非常低了,每次查询都要扫描很多的行,加上这个查询是一个高频的查询,导致了系统运行缓慢。
问题解决
这个问题有几种解决方式:
第一种:
修改数据库参数innodb_large_prefix设置为on,这样可以将创建索引的长度扩大到3072,这样可以提高索引数据的区分度,每次查询时扫描的行数就会降低。当天晚上修改了此参数后,查看执行计划rows扫描的行数就降至到了95,并且第二天也无此SQL的慢查询,慢查询日志文件也从前一天的60个文件较少到了1个
第二种:
通过增加缓存的方式,将token放到缓存中,减少对数据库的访问次数
原文地址
docker run --name mysql56 -v /mnt/mysql56:/var/lib/mysql -v /mnt/mysql56confd:/etc/mysql/conf.d -p 3308:3306 -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.6
# 说明 映射到真机3308端口
# 数据文件存放在/mnt/mysql56下
# 配置文件映射到/mnt/mysql56confd 需要修改的配置在这个文件夹新建配置文件即可
docker run –name xx_mysql -v D:\mysql\xx\data:/var/lib/mysql -v D:\mysql\xx\conf.d:/etc/mysql/conf.d -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 –restart always -d mysql:8
你可能想直知道conf.d文件夹默认是啥,其实基本啥也没有
root@705c5d2e3dfc:/etc/mysql/conf.d# ls -al
total 12
drwxr-xr-x 2 root root 62 Nov 21 01:23 .
drwxr-xr-x 4 root root 94 Nov 21 01:23 ..
-rw-r–r– 1 root root 43 Nov 21 01:23 docker.cnf
-rw-r–r– 1 root root 8 Jul 9 2016 mysql.cnf
-rw-r–r– 1 root root 55 Jul 9 2016 mysqldump.cnf
root@705c5d2e3dfc:/etc/mysql/conf.d# cat docker.cnf[mysqld]
skip-host-cache
skip-name-resolve
root@705c5d2e3dfc:/etc/mysql/conf.d# cat mysql.cnf[mysql]
root@705c5d2e3dfc:/etc/mysql/conf.d# cat mysqldump.cnf[mysqldump]
quick
quote-names
max_allowed_packet = 16M
root@705c5d2e3dfc:/etc/mysql/conf.d#
php7.1.4不行php7.1.28就可以
结论: 升级php版本
set sql_log_bin=OFF # session级别 global 级别不允许 |
— 创建用户并设置密码(默认密码有复杂度要求,这里使用新的验证方式 caching_sha2_password )
CREATE USER 'root'@'%' IDENTIFIED WITH caching_sha2_password BY 'Aa#111111111';
— 授予root权限
GRANT ALL ON *.* TO 'root'@'%';
UPDATE `mysql`.`user` SET `Grant_priv` = 'y' WHERE (`Host` = '%') and (`User` = 'root');
然后重启下MySQL就好了
如果root@%已经存在了则需要修改密码:
alter user 'root'@'%' identified by '123456';
其他配置:
不强制要求特殊字符:set global validate_password.special_char_count=0;
刚刚alert table 创建索引 半路kill了 但是主库成功了 从库没有成功
主库删除索引 从库就停止同步了
马上发现报警 跳过一个错误恢复同步