MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 2136 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 2019-12-12 07:59:12 +08:00
是主从同步，只是延迟较大，需要实时获取的数据都走缓存了。只是感觉延迟这么多不正常。
 | 1 zhch602 2019-12-11 22:51:25 +08:00 via iPhone 这能用？ |
 | 2 ZehaiZhang 2019-12-11 22:54:36 +08:00 如果这都能正常，估计贵公司的服务就一个人用吧 |
 | 3 iyaozhen 2019-12-11 22:54:42 +08:00 1 分钟都不正常 老版 MySQL ？ |
 | 4 feixia5712 2019-12-11 22:57:18 +08:00 via Android 换成主主吧 |
 | 5 wafm 2019-12-11 22:59:20 +08:00 除非服务器仅备份吧 |
 | 6 luren123 2019-12-11 23:00:47 +08:00 牛逼了，能问出这样的问题，说明你们公司延迟十小时可能都是正常的，手动狗头 |
 | 7 luckyrayyy 2019-12-11 23:05:10 +08:00  3 同步方式：每隔一个小时给运维发送一个邮件，说明需要备份的目录，然后运维手动开启同步。 |
 | 8 thet 2019-12-11 23:06:31 +08:00 via iPhone 你们为什么会有主从 |
 | 9 676529483 2019-12-11 23:08:01 +08:00 延迟 1 小时肯定有问题，走的全量更新？如果说特定场景，1 小时同步 1 次还差不多 |
 | 10 simenet 2019-12-11 23:14:27 +08:00 开启 多线程复制 |
 | 11 liuzhaowei55 2019-12-11 23:22:27 +08:00 via Android 1 这应该叫做备份吧？！ |
 | 12 hlwjia PRO @liuzhaowei55 应该是写了脚本，一个小时备份一次 |
 | 13 temp178 2019-12-11 23:36:05 +08:00 这可能叫离线库 而不是主从库 |
 | 14 xuanbg 2019-12-12 06:48:51 +08:00 这做主从是为了什么？ |
 | 15 Tink PRO 这不是主从 |
 | 16 whalegao 2019-12-12 08:24:15 +08:00 via iPhone 9 地月同步？ |
 | 18 llussy 2019-12-12 08:54:09 +08:00 via iPhone 1 做的延迟从库吧 ，或者从库性能不行 |
 | 19 aaa5838769 2019-12-12 08:54:52 +08:00 不正常 |
 | 20 zjsxwc 2019-12-12 08:56:41 +08:00 via Android 不正常的很 |
 | 21 DesertCamel 2019-12-12 08:57:12 +08:00 via Android 冷备，稳，狗头 |
 | 22 saltedFish666 2019-12-12 09:06:21 +08:00 你这还正常???? |
 | 23 walker111 2019-12-12 09:20:44 +08:00 DBA 不干活吗。。 |
 | 24 dnsaq 2019-12-12 09:22:36 +08:00 via iPhone 这样肯定不行，延迟有很多办法保证一致性，不过太麻烦建议还是尝试用集群吧。 |
 | 25 lc7029 2019-12-12 09:40:12 +08:00 有一种可能是正常，从库设置了延迟复制 延迟复制可以防止主库删库，23333 |
 | 26 salamanderMH 2019-12-12 09:43:42 +08:00 一小时这都是出问题了。 |
 | 27 SbloodyS 2019-12-12 09:51:48 +08:00 一小时。。。1 分钟都要出事了 |
 | 28 qq976739120 2019-12-12 09:53:16 +08:00 一小时还来问正不正常......佛了 |
 | 29 laball 2019-12-12 09:55:38 +08:00 正常，不应该是秒级的嘛？ |
 | 30 inclulu 2019-12-12 09:56:21 +08:00 这延迟要是正常，除非一个在地球，一个在火星，对外星人的服务，手动狗头 |
 | 31 shehuizhuyi 2019-12-12 10:03:17 +08:00 1 秒还差不多 |
 | 32 paoqi2048 2019-12-12 10:11:08 +08:00 一个小时还能叫同步？ |
 | 33 crc8 2019-12-12 10:18:14 +08:00 进来学习一下。看看主从一小时是如何达成的 |
 | 34 cominghome 2019-12-12 10:34:42 +08:00 除非故意做了延时同步，不然能延时一个小时也是牛逼，数据量这么大嘛还是从性能较之主太差？ |
 | 35 Keyes 2019-12-12 10:52:35 +08:00 我司冷备那台都能保证 30 分钟，LZ 问题还是再检查一下吧，是不是两台机器网络质量不好，数据量太大了同步效率低下？ |
 | 36 realpg PRO 5 秒钟都不正常 |
 | 37 alexmy 2019-12-12 11:20:53 +08:00 这叫备份库吧？ |
 | 38 geligaoli 2019-12-12 11:34:08 +08:00 是不是硬件太次了？ |
 | 39 encro 2019-12-12 12:42:19 +08:00 以前经历一家公司，1 主 N 从， 其中 1 个从估计设置为延迟 2 小时，避免误删数据这样的情况发生。 |
| 40 encro 2019-12-12 12:42:43 +08:00 通常是锁住了。 |
 | 42 Mac 2019-12-12 12:48:16 +08:00 这个还要主从干吗。。。省点资源吧 |
 | 43 KasonPasser 2019-12-12 12:51:48 +08:00 这是备份，不过问题是主从延时这么严重是什么问题呢？ |
 | 44 mediapig89 2019-12-12 12:53:49 +08:00 @feixia5712 别害人。主主脏数据你去修？ |
 | 45 jimmzhou 2019-12-12 14:18:47 +08:00 主库上有没有长事务? |
 | 46 geminikingfall 2019-12-17 16:37:12 +08:00 冷备？ |
Select Language