第一次使用mysql，使用的时mysql5.7，遇到了my.ini配置文件问题，导致配置什么都没有效果，每次启动mysql服务器都会使用默认的配置启动，这里记录一下。
1、检查文件名是否有问题（我的my后面居然加了空格）。
2、修改文件名后，居然发现启动不了mysql服务，于是在网上找了一下配置，修改后就可以成功启动了，而且在配置文件中的设置也生效了。

下面是我的配置文件内容
[client]
port=3306

default-character-set=utf8
[mysql]
#绑定3306端口
port = 3306
default-character-set=utf8

[mysqld]
port=3306
#设置mysql的安装目录
basedir=D:\Program Files\mysql-5.7.25
datadir=D:\Program Files\mysql-5.7.25\data
character-set-server=utf8
#创建新表时将使用的默认存储引擎
default-storage-engine=INNODB
#skip-grant-tables
max_allowed_packet=16M
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

redis成功启动配置文件不生效

个人贪图简便，使用brew安装redis，可在任何位置直接启动redis，有以下操作

redis-server &
redis-server & /usr/local/etc/redis.conf

这两种方式都能成功启动redis，但是在redis.conf中设置的配置都没有实现，通过

redis-cli下的
info


# Server
redis_version:6.0.8
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:25b38681eed52ae
redis_mode:standalone
os:Darwin 19.6.0 x86_64
arch_bits:64
multiplexing_api:kqueue
atomicvar_api:atomic-builtin
gcc_version:4.2.1
process_id:20853
run_id:45c7bef7cd21b8993e4fa34f9a8806cb0f7872f2
tcp_port:6379
uptime_in_seconds:61
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:12645496
executable:/Users/haoyun/redis-server
config_file:									
#这个配置文件并没有路径，所以在此配置的config并不会更新到配置文件中，也不会从配置文件读取
io_threads_active:0

说明以上两种开启redis的方式都没有读取到配置文件，之后还把配置文件放在了桌面也没有读取到，怀疑这个配置无法读取管理员用户的文件，使用sudo也被拒绝，所以把配置文件放在了根目录到/etc下

redis-server /etc/redis.conf


executable:/Users/haoyun/redis-server
config_file:/etc/redis.conf  #可以找到了
io_threads_active:0


127.0.0.1:6379> config get appendonly
1) "appendonly"
2) "yes"
127.0.0.1:6379> 
#在配置文件中的配置也能看到了

加了&好像也不行，情况不明

问题重现

最近在研究Docker私有化部署应用时，博主打算使用docker-compose方式部署mysql，nacos还有具体的应用，mysql目前使用自己定义的Dockerfile来构建镜像，使用docker-compose.yml来部署服务：

FROM mysql:5.7

ADD ./config/ /etc/mysql/

EXPOSE 3366

CMD ["mysqld"]

version: '3.7'
 
services:
  mysql-db:
    container_name: mysql5.7
    #image: mysql:5.7
    image: test-mysql:0.0.1
    build:
      context: ./mysql
      dockerfile: Dockerfile

    ports:
      - 3366:3366
    environment:
      MYSQL_ROOT_PASSWORD: '123456'
    volumes:
      - ./mysql/data:/var/lib/mysql
      - ./mysql/log:/var/log/mysql
      - ./mysql/config:/etc/mysql
    command:
      --wait_timeout=31536000
      --interactive_timeout=31536000
      --max_connections=1000

但是在使用docker-compose up -d命令拉起服务时，发现数据目录可以挂载到本地，但是config目录下的配置文件my.cnf不生效：

[mysqld]
port=3366

问题分析

配置文件只配置了mysqld的端口，但是服务启动的时候还是使用了默认的3306端口，然后打算在docker-compose.yml里command加上指定的配置项--default-file=/etc/mysql/my.cnf，结果发现报错了：

Found option without preceding group in config file: /Users/gukey/.my.cnf at line: 1

 因此打算使用最原始的命令行的方式来运行容器：

docker run --name mysql5.7 -p 3366:3366 -v D:/docker/mysql/data:/var/lib/mysql -v D:/docker/mysql/config:/etc/mysql -e MYSQL_ROOT_PASSWORD=123456 --user=root  mysql:5.7

结果竟然也报错了：

然后感觉是不是my.cnf的编码有问题？毕竟windows和linux会存在编码上的不同。然后通过编辑器 切换编码发现：

发现这个文件竟然乱码了！！然后突然醒悟！这个文件是我使用编辑器生成的，没有控制好对应的编码格式，调整my.cnf的内容后，重新执行，问题迎刃而解：

 然后切换回docker-compose的方式启动，果然没问题了！

现在终于可以通过宿主机修改配置文件的方式调整容器内mysql的参数了。

问题总结

1.在使用window端的docker时，需要严格关注所有文件的编码格式，尽量避免因为配置文件的编码问题导致的错误发生。

2.在使用文本编辑器编辑或者新增文件时，需要通过切换不同的编码的方式，检查文件的格式是否有问题。