6节点galera集群冲突证书失败

时间:2016-01-22 11:00:07

标签: mysql session conflict galera

我们有一个6节点的galera集群和下表:

mysql> show create table sessions;
| Table    | Create Table
+----------+--------------
| sessions | CREATE TABLE `sessions` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`session_id` varchar(255) NOT NULL,
`data` text,
`created_at` datetime DEFAULT NULL,
`updated_at` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `index_sessions_on_session_id` (`session_id`),
KEY `index_sessions_on_updated_at` (`updated_at`)
) ENGINE=InnoDB AUTO_INCREMENT=260176483 DEFAULT CHARSET=utf8 |


mysql> desc sessions;
+------------+--------------+------+-----+---------+----------------+
| Field      | Type         | Null | Key | Default | Extra          |
+------------+--------------+------+-----+---------+----------------+
| id         | int(11)      | NO   | PRI | NULL    | auto_increment |
| session_id | varchar(255) | NO   | MUL | NULL    |                |
| data       | text         | YES  |     | NULL    |                |
| created_at | datetime     | YES  |     | NULL    |                |
| updated_at | datetime     | YES  | MUL | NULL    |                |
+------------+--------------+------+-----+---------+----------------+
5 rows in set (0.00 sec)

我们在节点上看到很多wsrep_local_cert_failures,如下所示:

SHOW status like '%wsrep%';
| wsrep_local_cert_failures | 165419

galera调试显示许多冲突:

THD: 251130, mode: local, state: executing, conflict: cert failure, seqno: 92044718

禁用二进制日志记录。我可以在常规日志文件中识别带有线程ID的查询:

251130 Query SHOW FIELDS FROM sessions
251130 Query SELECT sessions.* FROM sessions WHERE sessions.session_id =   
'3d1d7f8638dbfd12ee58fa78d4f0998c' LIMIT 1
251130 Query BEGIN
251130 Query INSERT INTO sessions (session_id, data, created_at,  
updated_at) VALUES ('3d1d7f8638dbfd12ee58fa78d4f0998c',  
'BAh7BkkiDnJldHVybl90bwY6BkVGIgYv\n', '2016-01-04 10:48:52', '2016-01-04 
10:48:52')
251130 Query COMMIT

应用程序生成会话ID。任何想法?
会话ID的错误以及如何解决冲突。

由于

2 个答案:

答案 0 :(得分:0)

A good description of "local cert failure"

session_id来自哪里?它非常长并且看起来是十六进制的,所以不应该是utf8而且可能不是varchar(255)。 UNHEX()并输入BINARY(16)以显着缩小数据量。

SELECT是否正在尝试查看记录是否已存在?在您有机会之前,另一个节点可能INSERTing session_id吗?有多种解决方法,每种都有问题。那个其他节点会将其他列设置为相同的值吗?

答案 1 :(得分:0)

交换主机是原因。设置正确的innodb_buffer_pool_size并重新启动后,我们没有错误。

感谢您的帮助。