YSQL5.1后出现错误
Transaction level 'READ-COMMITTED' in InnoDB is not safe for binlog mode 'STATEMENT'
一查原来是innodb和binlog不兼容引起的。修改my.cnf：
#binlog_format=mixed
把注释#号去掉，重启MySQL
本文转自 yntmdr 51CTO博客，原文链接：http://blog.51cto.com/yntmdr/1889370，如需转载请自行联系原作者
Transaction level 'READ-COMMITTED' in InnoDB is not safe for binlog mode 'STATEMENT'
2017-11-22
1233
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
目录
相关文章
|
数据库管理
Ruby
Transaction recovery: lock conflict caught and ignored
Transaction recovery: lock conflict caught and ignored环境：RAC 4节点、oracle 11.2.0.4、redhat 5.9 64bit
问题描述：
1.
1786
0
0
|
3月前
|
存储
SQL
缓存
|
10月前
|
SQL
关系型数据库
MySQL
xtrabackup出现‘FLUSH NO_WRITE_TO_BINLOG TABLES‘: 1205 (HY000) Lock wait timeout exceeded；
现象
xtrabackup备份MySQL数据库出现超时的错误
159
0
0
|
存储
SQL
关系型数据库
|
弹性计算
关系型数据库
测试技术
为什么高并发小事务, unlogged table不比logged table快多少? - commit wal log
标签
PostgreSQL , unlogged table , logged table , wal writer
背景
unlogged table，这些表的写操作不记录WAL日志。那么这种表的高并发写入一定比logged table快，快很多吗？
实际上一个事务，在事务结束时，也会记录一笔commit或rollback xlog，所以如果是高并发的小事务，commit xlog的
802
0
0
|
SQL
缓存
监控
Write-Ahead Transaction Log
1058
0
0
|
关系型数据库
MySQL
存储
|
关系型数据库
MySQL
数据库管理
|
数据库
关系型数据库
MySQL
FLUSH TABLES WITH READ LOCK
1181
0
0
|
缓存
监控
innodb_flush_log_at_trx_commit配置
1086
0
0