主页 / server / 问题

问题[mysql](server)

Martin Hope
Alexander Petrushyn
Asked: 2024-10-04 20:23:54 +0800 CST
  • 6

运行SHOW MASTER STATUS;命令时，我收到语法错误。这太奇怪了。我检查了权限，它们没问题。server-id和bin-log都已设置并正常工作。没有正在进行复制。如果问题出在权限上或某些设置未正确设置，我不会收到 SyntaxError。

这是我运行的完整命令：

mysql> SHOW MASTER STATUS; 
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 'MASTER STATUS' at line 1

我甚至尝试以 root 身份运行它，但仍然出现语法错误。谷歌搜索和文档都没有帮助。MySQL 版本是 8.4.0

mysql
Martin Hope
JDev
Asked: 2024-06-27 15:44:59 +0800 CST
  • 6

有人能告诉我造成这种情况的原因是什么吗？

我有一个 Rook Ceph 集群，其中存储了具有 3x 副本的 MySQL 数据库。我也使用该数据库进行开发，也就是说，删除、更改了大量数据等等。

BinaryLogs 也已启用。

数据库总共占用 27GB，其中 22-24GB 是 BinaryLogs。我可以禁用 BinaryLogs，但 20GB 的作用不大，它们每 3 天清除一次。

如果我从容器/主机（df -h）查看大小，我会看到相同的大小（27GB）。

但是Rook Ceph将此Block Image定义为241GB。

而且我不明白如果块图像应该小 9 倍，为什么这个尺寸会这么大？

有什么想法或提示吗？我可以尝试什么或从哪个方向寻找才能了解原因。

mysql
Martin Hope
dlbmusic
Asked: 2024-05-29 17:36:48 +0800 CST
  • 5

我已按照说明一步步在 Kubernetes 上部署 MySQL Operator。按照官方页面的说明进行操作。一旦部署没有错误，操作员就没有处于就绪状态。我已经通过清单和 Helm 尝试过，但得到了相同的响应。

https://dev.mysql.com/doc/mysql-operator/en/mysql-operator-installation-kubectl.html

部署后，操作员尚未准备好

$ kubectl get all -n mysql-operator
NAME                                  READY   STATUS    RESTARTS   AGE
pod/mysql-operator-84ffdf9dbc-m2n4c   0/1     Running   0          31s

NAME                             READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/mysql-operator   0/1     1            0           31s

NAME                                        DESIRED   CURRENT   READY   AGE
replicaset.apps/mysql-operator-84ffdf9dbc   1         1         0       31s

我在 Kubernetes 1.24 和 1.27 版本上进行了测试，得到了相同的结果。

运营商似乎试图获取 xxx-privsecrets 但找不到它

有人遇到同样的问题并找到解决方案吗？

不客气！

日志

2024-05-29 06:46:52: Info: mysqlsh   Ver 8.4.0 for Linux on x86_64 - for MySQL 8.4.0 (MySQL Community Server (GPL)) - build 15032060 - commit_id 4de2d1695fdc7089e81c99dcb042953620e444fb - product_id el8-x86-64bit rpm
2024-05-29 06:46:52: Info: Using credential store helper: /usr/bin/mysql-secret-store-login-path
2024-05-29 06:46:52: Info: Loading startup files...
2024-05-29 06:46:52: Info: Loading plugins...
[2024-05-29 06:46:55,639] root                 [INFO    ] Auto-detected cluster domain: cluster.local
[2024-05-29 06:46:55,644] kopf.activities.star [INFO    ] MySQL Operator/operator.py=2.1.3 timestamp=2024-04-29T07:16:37 kopf=1.35.4 uid=2
[2024-05-29 06:46:55,659] kopf.activities.star [INFO    ] KUBERNETES_VERSION =1.24
[2024-05-29 06:46:55,659] kopf.activities.star [INFO    ] OPERATOR_VERSION   =2.1.3
[2024-05-29 06:46:55,659] kopf.activities.star [INFO    ] OPERATOR_EDITION   =community
[2024-05-29 06:46:55,659] kopf.activities.star [INFO    ] OPERATOR_EDITIONS  =['community', 'enterprise']
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] SHELL_VERSION      =8.4.0
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] DEFAULT_VERSION_TAG=8.4.0
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] SIDECAR_VERSION_TAG=8.4.0-2.1.3
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] DEFAULT_IMAGE_REPOSITORY   =container-registry.oracle.com/mysql
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] setuptools           = 50.3.2    
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] pip                  = 20.2.4    
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] yarl                 = 1.9.4     
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] websocket-client     = 1.7.0     
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] urllib3              = 2.2.0     
[2024-05-29 06:46:55,660] kopf.activities.star [INFO    ] typing-extensions    = 4.9.0     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] six                  = 1.16.0    
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] rsa                  = 4.9       
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] requests             = 2.31.0    
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] requests-oauthlib    = 1.3.1     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] PyYAML               = 6.0.1     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] python-json-logger   = 2.0.7     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] python-dateutil      = 2.8.2     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] pyasn1               = 0.5.1     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] pyasn1-modules       = 0.3.0     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] oauthlib             = 3.2.2     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] multidict            = 6.0.5     
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] kubernetes           = 23.6.0    
[2024-05-29 06:46:55,661] kopf.activities.star [INFO    ] kopf                 = 1.35.4    
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] iso8601              = 2.1.0     
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] idna                 = 3.6       
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] google-auth          = 2.27.0    
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] frozenlist           = 1.4.1     
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] click                = 8.1.7     
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] charset-normalizer   = 3.3.2     
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] certifi              = 2024.2.2  
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] cachetools           = 5.3.2     
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] attrs                = 23.2.0    
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] async-timeout        = 4.0.3     
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] aiosignal            = 1.3.1     
[2024-05-29 06:46:55,662] kopf.activities.star [INFO    ] aiohttp              = 3.8.5     
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] pytz                 = 2024.1    
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] pyOpenSSL            = 23.3.0    
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] PyNaCl               = 1.4.0     
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] pycparser            = 2.21      
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] paramiko             = 2.11.0    
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] oci                  = 2.122.0   
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] cryptography         = 41.0.7    
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] circuitbreaker       = 1.4.0     
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] cffi                 = 1.16.0    
[2024-05-29 06:46:55,663] kopf.activities.star [INFO    ] bcrypt               = 3.2.2     
[2024-05-29 06:46:55,664] kopf.activities.star [INFO    ] antlr4-python3-runtime = 4.13.1    
[2024-05-29 06:46:55,687] kopf.activities.star [ERROR   ] Activity 'on_startup' failed with an exception. Will retry.
Traceback (most recent call last):
  File "/usr/lib/mysqlsh/python-packages/kopf/_core/actions/execution.py", line 279, in execute_handler_once
    result = await invoke_handler(
  File "/usr/lib/mysqlsh/python-packages/kopf/_core/actions/execution.py", line 374, in invoke_handler
    result = await invocation.invoke(
  File "/usr/lib/mysqlsh/python-packages/kopf/_core/actions/invocation.py", line 139, in invoke
    await asyncio.shield(future)  # slightly expensive: creates tasks
  File "/usr/lib64/python3.9/concurrent/futures/thread.py", line 58, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/lib/mysqlsh/python-packages/mysqloperator/controller/operator.py", line 44, in on_startup
    operator_cluster.monitor_existing_clusters(clusters, logger)
  File "/usr/lib/mysqlsh/python-packages/mysqloperator/controller/innodbcluster/operator_cluster.py", line 45, in monitor_existing_clusters
    g_group_monitor.monitor_cluster(
  File "/usr/lib/mysqlsh/python-packages/mysqloperator/controller/group_monitor.py", line 196, in monitor_cluster
    account = RetryLoop(logger).call(cluster.get_admin_account)
  File "/usr/lib/mysqlsh/python-packages/mysqloperator/controller/shellutils.py", line 93, in call
    return f(*args)
  File "/usr/lib/mysqlsh/python-packages/mysqloperator/controller/innodbcluster/cluster_api.py", line 1920, in get_admin_account
    secrets = self.get_private_secrets()
  File "/usr/lib/mysqlsh/python-packages/mysqloperator/controller/innodbcluster/cluster_api.py", line 1822, in get_private_secrets
    api_core.read_namespaced_secret(f"{self.name}-privsecrets", self.namespace))
  File "/usr/lib/mysqlsh/python-packages/kubernetes/client/api/core_v1_api.py", line 24803, in read_namespaced_secret
    return self.read_namespaced_secret_with_http_info(name, namespace, **kwargs)  # noqa: E501
  File "/usr/lib/mysqlsh/python-packages/kubernetes/client/api/core_v1_api.py", line 24890, in read_namespaced_secret_with_http_info
    return self.api_client.call_api(
  File "/usr/lib/mysqlsh/python-packages/kubernetes/client/api_client.py", line 348, in call_api
    return self.__call_api(resource_path, method,
  File "/usr/lib/mysqlsh/python-packages/kubernetes/client/api_client.py", line 180, in __call_api
    response_data = self.request(
  File "/usr/lib/mysqlsh/python-packages/kubernetes/client/api_client.py", line 373, in request
    return self.rest_client.GET(url,
  File "/usr/lib/mysqlsh/python-packages/kubernetes/client/rest.py", line 240, in GET
    return self.request("GET", url,
  File "/usr/lib/mysqlsh/python-packages/kubernetes/client/rest.py", line 234, in request
    raise ApiException(http_resp=r)
kubernetes.client.exceptions.ApiException: (404)
Reason: Not Found
HTTP response headers: HTTPHeaderDict({'Audit-Id': '5c0f3f37-3732-4581-89e2-3bca443c832d', 'Cache-Control': 'no-cache, private', 'Content-Type': 'application/json', 'X-Kubernetes-Pf-Flowschema-Uid': 'b1d36932-a72f-4dcb-8aa3-d0a7c8ffd4d2', 'X-Kubernetes-Pf-Prioritylevel-Uid': 'b6ec6262-e0cf-415e-bf76-09433fc2daa3', 'Date': 'Wed, 29 May 2024 06:46:55 GMT', 'Content-Length': '224'})
HTTP response body: {"kind":"Status","apiVersion":"v1","metadata":{},"status":"Failure","message":"secrets \"mysql-cluster-privsecrets\" not found","reason":"NotFound","details":{"name":"mysql-cluster-privsecrets","kind":"secrets"},"code":404}
mysql
Martin Hope
Gerrit
Asked: 2024-05-16 16:45:05 +0800 CST
  • 7

我创建了一个 SaaS 产品。我使用 PHP 8.3 和 MySQL 8.0 数据库。在本地，这速度非常快！不使用框架等。生产在 Azure 上运行。我在 Azure 上进行了以下设置：

数据库

Azure Database for MySQL flexible server
- Burstable, B1s, 1 vCores, 1 GiB RAM, 20 GiB storage
- MySQL version 8

费用约为20欧元/月。

应用服务

Azure Web App
Basic B1, 100 ACU/vCPU, 1 vCPU, 1.75 memory (GB), 10 GB storage
OS: Linux

费用约为10欧元/月

我遇到的问题是，最初当随机用户访问我的网站并执行需要数据库查询的操作时。数据库一开始非常慢。可能是 3-10 秒！经过这个“热身”之后，访问该网站的每个新用户都没有任何延迟，并且数据库查询非常快。假设 30-60 分钟过去了，网站上没有任何活动，并且有新用户访问该网站，速度又变得非常慢。这不是我想要的。我需要做什么才能消除这种“热身”？

有人会说每月约 20 欧元的数据库性能会更好。我有更便宜、性能更好的 MySQL 数据库。

笔记：

  • Web 应用程序设置为“始终开启”
  • 我的数据库非常小并且经过完美优化，大约 5 个表，大约 100 条记录
  • 我的 'innodb_buffer_pool_dump_at_shutdown' 设置为ON
  • 我的“innodb_buffer_pool_load_at_startup”设置为ON
  • 我的“innodb_buffer_pool_size”是 134217728 字节（~128 mb）
  • MySql 和应用程序服务都在 vnet 中运行
  • MySql和App服务都使用ssl
  • 我所拥有的一切都在同一个地区（西欧），就像我的观众一样
mysql
Martin Hope
Meep
Asked: 2024-03-10 08:44:44 +0800 CST
  • 4

我正在使用 MySQL v8.0.35 以及 django 和 python。网站用于访问数据库，网站和数据库均托管在 AWS 上。当网站尝试以任何方式访问数据库时，它会抛出以下错误：

 OperationalError: (1045, "Access denied for user '<user>'@'*****' (using password: NO)")

主要问题是我不明白为什么网站不使用密码，尽管它包含在我的 django settings.py 文件中的数据库配置中。

对我来说，这很奇怪，因为当通过 ssh 进入网站实例时，我能够运行以下命令：

mysqladmin -h <endpoint> -u <user> -p version

与上面相同，当提示我输入密码时，它执行得很好。

我还可以在 ssh 时运行此命令登录数据库：

mysql -h <endpoint> -u <user> -p

此时我输入相同的密码并被允许进入。 当我检查用户的权限时，它会显示以下内容

[

在 django 用于获取任何数据库信息的设置文件中，这就是我所拥有的：

DATABASES={
    'default': {
        'ENGINE': 'django.db.backends.mysql', # Add 'postgresql_psycopg2', 'postgresql', 'mysql', 'sqlite3' or 'oracle'.
        'NAME': 'zombeewatch', # Or path to database file if using sqlite3.
        'USER': '<user>', # Not used with sqlite3.
        'PASSWORD': '<password>', # Not used with sqlite3.
        'HOST': '<endpoint>', # Set to empty string for localhost. Not used with sqlite3.
        'PORT': '3306', # Set to empty string for default. Not used with sqlite3.
    }
}

我也可以python manage.py毫无问题地使用，因此该程序似乎能够从我的设置文件中获取数据库、用户名和密码。

老实说，我不知道从这里该去哪里。我认为主要问题在于为什么网站在提供密码的情况下尝试在没有密码的情况下登录数据库。我知道有几个问题存在同样的错误，但它们背后的上下文似乎非常不同。如果我可以提供更多信息，请告诉我！

**请注意，我已确认我在文件中使用的密码是正确的。至少，当提示输入 mysql 和 mysqladmin 命令的密码时，它与我复制和粘贴的内容相同。

mysql
Martin Hope
Harpua
Asked: 2024-02-23 02:45:58 +0800 CST
  • 6

今天早上我们的 aurora mysql serverless 2 出现峰值并且基本上被锁定。我们有一个写入器/读取器和一个与集群关联的读取器。

在阅读器上我们有一个强烈的选择查询。这是 RDS 显示的查询（字段名称已更改），重点是它有多个 FIND_IN_SET 函数，并且见解显示它检查了 109826.50 行。

SELECT thisstuff( thistime) AS thestuff, COUNT (*) AS count FROM mytable WHERE todo= ? 和someID=？AND ( ( FIND_IN_SET( otherID, ?) ) || ( FIND_IN_SET( otherID, ?) ) || ( FIND_IN_SET( otherID, ?) ) ) AND (thistime之间 ? AND ?) AND some_status= ? 通过...分组months_todo（thistime）

与此同时，我们的作者正在进行以下等待。

等待/io/redo_log_flush
同步/sxlock/innodb/hash_table_locks
等待/io/table/sql/handler

有人可以帮助我理解为什么会发生这种情况，例如编写器是否锁定了表或 FIND_IN_SET 是否锁定了编写器？作者在查询进行时正在对同一个表进行更新。有办法防止这种情况吗？

谢谢

mysql
Martin Hope
Vaughn
Asked: 2024-02-13 03:18:40 +0800 CST
  • 6

我正在尝试设置 mysql 副本。在主服务器上，当我将bind-address值更改my.cnf为服务器的 IP 地址时，某些网站会崩溃，因为它们用作127.0.0.1数据库主机值。

很少有其他网站（WordPress）可以工作，因为 WP 使用localhost数据库主机值。

它是生产服务器，所以我没有自由在所有那些破坏或尝试更改的网站上进行127.0.0.1更改。localhost

有没有其他方法可以将 mysql 配置bind-address值保留为服务器的 IP，并且它可以与网站配置中指定的 localhost 或 127.0.0.1 一起使用？

这是我的 /etc/hosts，一些值已被编辑

# cat /etc/hosts
::1     localhost localhost.localdomain localhost6 localhost6.localdomain6

127.0.0.1       localhost localhost.localdomain localhost4 localhost4.localdomain4
127.0.0.1       localhost ns123456

xx.xx.xx.xx     ns123456.ip-11-22-33.net ns123456

更新

https://stackoverflow.com/questions/19712307/mysql-localhost-127-0-0-1上有很好的讨论，但它没有提供明确的答案。

mysql
Martin Hope
Paflow
Asked: 2023-11-20 20:18:59 +0800 CST
  • 6

我的应用程序在 docker 中运行，因此我可以确定它始终是相同版本的 MySQL、相同的数据库结构、相同的排序规则等等。我在几台机器上运行它。在所有这些上，我的基准脚本执行 20k 顺序插入需要合理的时间（例如 30 秒）。但在一台机器上大约需要 13m。CPU 核心和 RAM（8 核，16 GB）方面的硬件统计数据相似。关键机器的操作系统是 Debian Bullseye，就像其他机器一样（其他机器是各种 Debian 或 Ubuntu 变体）。为什么这个特定虚拟机的性能可能比其他虚拟机差很多？

mysql
Martin Hope
surpavan
Asked: 2023-11-16 05:14:25 +0800 CST
  • 5

我正在尝试安装 RMysql 包，但是它出现以下错误 - 表示未安装 mysql 库。

在此输入图像描述

我尝试使用 yum 命令安装它们，但与 openssl 存在冲突。

在此输入图像描述

我该如何解决这个问题并安装 mysql 库。我是 Linux 新手，只是尝试了很多东西。尝试过 yum update、rpm 从 mysql 安装客户端库

mysql
Martin Hope
H Aßdøµ
Asked: 2023-10-20 08:46:04 +0800 CST
  • 5

我已经为 StoneDb（MySQL 修改版本）创建了一个自定义服务{start|stop|restart|reload|force-reload|status}，但是在检查状态时出现此错误： 在此输入图像描述

这显然意味着即使我使用相同的脚本手动管理服务，StoneDb 也不会执行该命令。

[Unit]
Description=StoneDB database server
After=network.target
#StartLimitIntervalSec=90

[Service]
Type=forking
ExecStart=/opt/stonedb57/install/mysql_server
TimeoutSec=300

[Install]
WantedBy=multi-user.target

我在这里缺少什么？

mysql