为什么MySQL集群需要更多的内存相比，基本的MySQL数据库设置（没有集群）？ 2个不同主机上有2个mysql服务器的mysql集群的理想ram要求是什么？
在由7个API节点，1个pipe理节点和4个NDB节点组成的基于Linux的NDB群集中，我试图删除一个表。 当我尝试使用MySQL客户端删除表时，我收到以下错误： mysql> drop table table_name; ERROR 1051 (42S02): Unknown table 'database_name.table_name' 我应该可以通过使用MySQL客户端在NDB集群中删除表，但在Google上进行简短的search之后，我发现我也可以使用ndb_drop_table工具。 然后我得到了以下结果： ./ndb_drop_table –ndb-nodeid=13 –ndb-mgmd-host=xx.xx.xx.xx:1186 table_name -d database_name Dropping table table_name… 4243: Index not found NDBT_ProgramExit: 1 – Failed search这个错误，我得到了一个（未答复）的结果： http : //lists.mysql.com/cluster/1608 作为最后一招，我试图删除整个数据库，但是这个命令在内部先删除所有的表，所以我得到了相同的结果： mysql> drop database database_name; ERROR 1051 (42S02): Unknown table 'database_name.table_name' 请告知如何删除此表。
我在centos 7中configuration了mysql-cluster pipe理节点 db1 = 192.168.5.130 数据节点 db2 = 192.168.5.131 db3 = 192.168.5.132 SQL节点 db4 = 192.168.5.133 db5 = 192.168.5.134 输出为pipe理节点如下。 ndb_mgm> show Cluster Configuration ——————— [ndbd(NDB)] 2 node(s) id=2 @192.168.5.131 (mysql-5.6.28 ndb-7.4.10, starting, Nodegroup: 0) id=3 @192.168.5.132 (mysql-5.6.28 ndb-7.4.10, starting, Nodegroup: 0) [ndb_mgmd(MGM)] 1 node(s) id=1 @192.168.5.135 (mysql-5.6.28 ndb-7.4.10) [mysqld(API)] 2 node(s) id=4 (not […]
我有两个不同的服务器上的每个pipe理节点上的2个MySQL集群。 它已经下降了。 我运行以下命令来启动集群： 在srv1上启动pipe理节点： srv1：mysqlc / bin / ndb_mgmd –initial -f my_cluster / conf / config.ini –configdir = / home / mysql_cluster / my_cluster / conf 在srv2上启动pipe理节点： srv2：mysqlc / bin / ndb_mgmd –initial -f my_cluster / conf / config.ini –configdir = / home / mysql_cluster / my_cluster / conf 在srv1上启动ndbd节点： srv1：mysqlc / bin / ndbd […]
安装和configuration在Ubuntu 10.10上运行的MySQL集群时遇到问题 这是群集pipe理的configuration [NDBD DEFAULT] NoOfReplicas=2 DataMemory=10MB IndexMemory=25MB MaxNoOfTables=256 MaxNoOfOrderedIndexes=256 MaxNoOfUniqueHashIndexes=128 [MYSQLD DEFAULT] [NDB_MGMD DEFAULT] [TCP DEFAULT] [NDB_MGMD] Id=1 # the NDB Management Node (this one) HostName=192.168.10.101 [NDBD] Id=2 # the first NDB Data Node HostName=192.168.10.11 DataDir= /var/lib/mysql-cluster [NDBD] Id=3 # the second NDB Data Node HostName=192.168.10.12 DataDir=/var/lib/mysql-cluster [MYSQLD] [MYSQLD] 这是两个节点的configuration： [mysqld] ndbcluster ndb-connectstring=192.168.10.101 # […]
我设置的主复制 – >奴隶/主 – >奴隶和复制为主 – >奴隶它的工作正常，但是当我在my.cnf中启用此选项 log-slave-updates=1 为更新主箱日志我的复制开始是慢和时间 Seconds_Behind_Master 在成长。 我使用innodb引擎，但数据库是大的。 任何想法如何我可以提高复制，看起来像networking不是问题。 也是我想使用 binlog_format=ROW 但主人正在使用默认设置复制“声明”，我不能重置主人;） 谢谢 …
我需要一个快速的MySQL数据库，并支持许多连接。 大部分的连接只会被阅读，但less数会被阅读/写作。 所有连接将需要读取和写入至less一些数据。 我有4个testing服务器专门进行实验。 本来我打算做多主，但后来我读了一些关于MySQL Cluster的内容。 我有一些疑问： 只有MySQL集群RAM？ 小册子说磁盘表是支持的，但即使是他们自己的文档有时也说不是。 我希望能够在停电时幸存下来。 MySQL集群是否能够提供比多主机更好的可靠性？ 我担心停电会导致我的多主设备无法同步。 能够顺利从停电或其他故障中恢复是考虑多硕士之外的其他原因的主要原因。 有没有办法使用临时表？ 我的应用程序使用了一些临时表，但是我看到MySQL集群不支持它们。 除了使用永久性表格以外，是否还有其他解决方法？ 我可以随时添加和删除数据节点吗？ 没有任何服务中断？
我正在使用ndb群集安装与最简单的和高写入加载选项。 群集已成功启动。 然后，我通过用NDBCLUSTERreplaceInnoDB并运行它来编辑create-minimal-mysql.sql文件。 它显示： 错误1114（HY000）在行1703：表'UserGroup'已满。 这是我在pipe理节点config目录下的config.ini文件： # # Configuration file for MyCluster # [NDB_MGMD DEFAULT] Portnumber=1186 [NDB_MGMD] NodeId=49 HostName=192.168.5.4 DataDir=/home/admin/MySQL_Cluster/49/ Portnumber=1186 [TCP DEFAULT] SendBufferMemory=8M ReceiveBufferMemory=8M [NDBD DEFAULT] BackupMaxWriteSize=1M BackupDataBufferSize=16M BackupLogBufferSize=4M BackupMemory=20M BackupReportFrequency=10 MemReportFrequency=30 LogLevelStartup=15 LogLevelShutdown=15 LogLevelCheckpoint=8 LogLevelNodeRestart=15 DataMemory=1146M IndexMemory=184M MaxNoOfTables=4096 MaxNoOfTriggers=3500 MaxNoOfAttributes=25000 NoOfReplicas=2 StringMemory=25 DiskPageBufferMemory=64M SharedGlobalMemory=20M LongMessageBuffer=32M MaxNoOfConcurrentTransactions=16384 BatchSizePerLocalScan=512 FragmentLogFileSize=64M NoOfFragmentLogFiles=16 RedoBuffer=64M MaxNoOfExecutionThreads=2 StopOnError=false LockPagesInMainMemory=1 […]
上下文：我们正在使用MariaDB Gallera集群（仅有）2个主节点用于Web应用程序。 昨天晚上，我们有一个电源故障，现在我们似乎无法恢复数据，发现两个节点上的数据库已损坏。 我们对这个设置的最初印象是，如果一个节点出现故障，另一个节点将很快作为主节点。 我的问题是， 有没有办法设置一个集群，所以总有一个备份节点会自动复制，如果其中一个节点closures？ 特别是如果有电源故障。 图库集群的正确实现是什么？
我们正在将EC2上的networking服务器networking扩展到许多不同的地区，目前使用主/从复制。 我们发现，在过去的几个月中，我们的从服务器已经停止了多次复制，这要求我们清除数据库并重新初始化复制。 现在我们正在寻找在3个不同地区有服务器，我们有点担心这些MySQL复制错误。 我们相信他们是由于auto_increment价值，所以我们正在考虑一些方法来平息这些错误，并稳定复制： 多主复制; 3个主人（每个地区一个人），与相关的自动auto_increment补偿，定期备份到S3。 要么， MySQL的群集; 3个节点（每个区域一个）具有单独的pipe理节点，该节点也将聚集日志和统计信息。 经过调查，似乎他们都有缺陷（前者的复制错误，后者的性能问题）。 我们相信集群方法将允许我们比Multi-Master路由更容易地pipe理和添加新节点，并将减less/消除我们目前看到的复制问题。 但是，性能是重中之重。 MySQL-Cluster的性能问题和人们说的一样糟糕吗？