我已经设置了MYSQL复制,其中我有一个主数据库和三个从DB。从DBs负载平衡在宙斯负载均衡器后面。
我可以在从DB服务器上看到Aborted_connects有规律地上升。在主DB服务器上没有发生同样的情况。
mysql> show status like '%Aborted_connects%';
+------------------+--------+
| Variable_name | Value |
+------------------+--------+
| Aborted_connects | 340973 |
+----------------
我有运行MYSQL查询的PHP系统,如下所示
select
order.id,
order.name,
order.date,
customer.name,
items.coupon_code,
from order
left join customer on order.custid = customer.id
left join items on items.coupon_code = order.coupon_code
where items.coupon_new_code is null
and order.status = 1000
AND order.promo_code in (
我们在Azure上运行MySQL。我们有三个非常小的数据库。
主数据库为POI,保存了11条静态记录。白天,可以在1-2小时内添加和删除一些记录。
我们通常有5-10个移动用户每60秒对POI的所有11-15条记录进行投票。
每天都有几次,我们从SQL查询中得到一些损坏的数据。我们经常看到两个月前从数据库中删除的两条记录。
是什么使如此简单的数据库变得不可靠?
Server: eu-cdbr-azure-north-d.cloudapp.net via TCP/IP
Server type: MySQL
Server version: 5.5.45-log - MySQL Community
当Debezium作为一个源在kafka中运行时,如果在目标MySQL DB (Amazon实例)上有一段时间没有进行更新,那么在某个时候我就会出现以下错误。
[2018-04-25 21:30:14,526] INFO Step 0: Get all known binlogs from MySQL (io.debezium.connector.mysql.MySqlConnectorTask:310)
[2018-04-25 21:30:14,536] INFO Connector requires binlog file 'mysql-bin-changelog.002640