MySQL 5.5(在 Redhat 6.x 上)有没有办法记录运行特定查询的 IP 地址?这是否出现在常规日志甚至中继和 bin 日志中?我正在尝试追踪有问题的应用服务器。
我四处搜索,并检查了文档,但大部分讨论都围绕使用 IP 地址作为表格中的数据进行。
除了明显的区别之外,还有什么区别:
drop user user_01@host01;
和
drop user 'user_01'@'host01';
在样本测试中,它们都取得了相同的结果。从Account Names文档(第 5 个要点)来看,它们看起来不一样......但它们似乎做同样的事情......?
Centos 6.x 上的 MySQL 5.5。
在 MySQL 错误日志中,我看到了一些类似这样的警告:
120611 16:12:30 [Warning] Aborted connection 2619503 to db: 'db_name' user: 'user_name' host: 'webapp_hostname' (Got an error reading communication packets)
没有注意到任何数据本身的丢失,所以我想知道这个警告是什么意思,或者是什么原因造成的,以及是否可以解决导致这些问题的问题。这是在 RHEL 6.1 和 MySQL Enterprise 5.5 上。
在 RHEL 6.1 上的 MySQL 5.5 的主从设置中,当数据库复制中断(无论出于何种原因)时,最好的方法是:
我无权访问服务器日志,但除了应用程序使用的数据库外,还可以查询“mysql”数据库和“information_schema”下的表。
我们有一种情况,我们可以 (A) 使用表前缀在一个 MySQL 数据库中部署应用程序实例,或 (B) 为应用程序的每个实例使用不同的 MySQL 数据库,例如,
设置“A”:
central_database
app1_table1
app1_table2
app1_tablen
...
appn_table1
appn_table2
appn_tablen
最终结果是一个包含许多表的大型数据库。
设置“B”:
app1_db
table1
table2
tablen
...
appn_db
table1
table2
tablen
最终结果是许多带有一些表的数据库。
所有事情都相同(例如,数据量、应用程序实例的数量等),使用这两种方法的优缺点是什么?什么会对数据库性能和维护不利?该应用程序基于 PHP 5,在 Apache 2.x 上运行,我们正在运行 MySQL 5.x。
非常感谢您的时间和想法!
我们看到 MySQL 进行名称解析的方式有些特殊——或者至少对我们来说是特殊的(-:
我们有两个数据中心,A 和 B。A 是主要的,B 用于故障转移。我们在 A 中有两台 MySQL 服务器,db1 和 db2,位于 active(db1)-passive(db2) 配置中的负载均衡器后面。MySQL“服务”被访问为db.domain.com
,它被命名为负载均衡器,lb.domain.com
。
查看mysql.db
表格时(在 中也类似mysql.user
),我们看到如下条目:
Host Db User
lb.domain.com app1 user1
lb.domain.com app2 user2
lb.domain.com app3 user3
一个人如何db.domain.com
进入Host
列而不是lb.domain.com
?
我有一个两部分的问题:
如果出现此错误,有没有办法查看主机是否接近被阻止?并发出警报?
PDOException: SQLSTATE[HY000] [1129] Host `hostname` is blocked because of many connection errors; unblock with `mysqladmin flush-hosts`
增加时应该遵循什么指导方针max_connect_errors
——我们的指导方针是 10?是否建议mysqladmin flush-hosts
每天通过 cron 运行?
在 Red Hat 6 上运行 MySQL 5.5.13(企业版)。
在调整 MySQL 服务器大小时应遵循哪些准则?CPU、RAM、磁盘空间、时钟速度等?
我们将使用社区版或企业版,并使用它为 www 和其他顶级站点运行 Drupal。操作系统是 RHEL 6.x,在 VMWare 上。我们也可能会运行缓存工具,如 memCache 或 Varnish。目前我们正在研究连接到一个或多个 MySQL 服务器的两个负载平衡 Web 服务器。有人谈论可能使用主从或多主配置。数据库引擎将是 InnoDB。
我们正在查看大约 6000 页的内容以开始并快速增长。我们的正常吞吐量约为 40Mbps(在一小时内观察到),尽管我们偶尔会看到它高达 70Mbps。
谢谢,
公里数
我们正在实施在 MySQL 上运行的新 CMS (Drupal 6.x)。我们有两个数据中心——主要的和次要的——它们之间的延迟是已知的。我们不确定我们将运行哪个版本的 MySQL ......无论是社区版还是企业版,但这是一个待定。看起来我们将运行 InnoDB 引擎,操作系统将是 RedHat EL 5.5 主服务器将处于活动状态,而辅助服务器将是被动或热备用。
我想在 MySQL 中跨两个数据中心实现复制、高可用性和自动故障转移。
在故障转移到辅助服务器后,当我们故障恢复到主服务器时,我们希望将数据从辅助数据库快速完整地同步到主数据库,以便我们可以继续提供来自主服务器的内容。
我有兴趣了解可以使用哪些技术/工具/最佳实践来解决/解决这些问题。此外,任何陷阱或啊哈时刻也将不胜感激。我已经阅读了 MySQL 复制、集群以及 Tungsten 和 Dolphinics 等一些 3rd 方工具,但我不确定什么是最好的行动方案。
感谢您的时间!
公里