docker和mysql:读取通信包时遇到错误

时间:2018-02-23 15:46:42

标签: mysql docker docker-api prisma prisma-graphql

我在docker中遇到连接问题。我使用官方的mysql 5.7镜像和Prisma服务器。当我通过prisma cli启动它时,使用下面的docker compose(描述here)一切正常。

但我需要通过docker api以编程方式启动此容器,在这种情况下,来自app的连接将被[Note] Aborted connection 8 to db: 'unconnected' user: 'root' host: '164.20.10.2' (Got an error reading communication packets)删除。

所以我做了什么:

  1. 创建桥接网络:

    const network = await docker.network.create({
    Name: manifest.name + '_network',
    IPAM: {
      "Driver": "default",
      "Config": [
        {
          "Subnet": "164.20.0.0/16",
          "IPRange": "164.20.10.0/24"
        }
      ]
    }});
    
  2. 创建mysql容器并将其附加到网络

    const mysql = await docker.container.create({
    Image: 'mysql:5.7',
    Hostname: manifest.name + '-mysql',
    Names: ['/' + manifest.name + '-mysql'],
    NetworkingConfig: {
      EndpointsConfig: {
        [manifest.name + '_network']: {
          Aliases: [manifest.name + '-mysql']
        }
      }
    },
    Restart: 'always',
    Args: [
      "mysqld",
      "--max-connections=1000",
      "--sql-mode=ALLOW_INVALID_DATES,ANSI_QUOTES,ERROR_FOR_DIVISION_BY_ZERO,HIGH_NOT_PRECEDENCE,IGNORE_SPACE,NO_AUTO_CREATE_USER,NO_AUTO_VALUE_ON_ZERO,NO_BACKSLASH_ESCAPES,NO_DIR_IN_CREATE,NO_ENGINE_SUBSTITUTION,NO_FIELD_OPTIONS,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_UNSIGNED_SUBTRACTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ONLY_FULL_GROUP_BY,PIPES_AS_CONCAT,REAL_AS_FLOAT,STRICT_ALL_TABLES,STRICT_TRANS_TABLES,ANSI,DB2,MAXDB,MSSQL,MYSQL323,MYSQL40,ORACLE,POSTGRESQL,TRADITIONAL"
    ],
    Env: [
      'MYSQL_ROOT_PASSWORD=secret'
    ]
    });
    
    await network.connect({
       Container: mysql.id
    });
    await mysql.start();
    
  3. 然后我等待Mysql启动,从Prisma创建所需的数据库并需要prismagraphql/prisma:1.1容器并启动它们。应用服务器正确解析mysql主机,但是mysql删除了连接。
  4. 从应用程序容器Telnet到3306端口的mysql容器响应正确:

    J
    5.7.21U;uH  Kem']#45T]2mysql_native_password
    

    我做错了什么?

3 个答案:

答案 0 :(得分:1)

检查以下内容:

  • max_allowed_pa​​ckets
  • wait_timeout
  • net_read_timeout

还在问题期间监视MySQL进程列表以识别超时。

答案 1 :(得分:0)

您可以尝试一下吗,应用程序可能会在准备好接受连接之前尝试连接到mysql服务器。要对此进行测试,请添加一些启动等待时间或运行mysql,然后将应用程序作为不同的部署。

答案 2 :(得分:0)

解决方法是将numberField: Yup.number().typeError(numberErrorMessage).required(requiredErrorMessage), (或更高的数字)添加到MySQL参数中:

--wait-timeout=28800

参考:https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_wait_timeout

但是,找出空闲连接的根本原因也许更明智。