Chinaunix首页 | 论坛 | 博客
  • 博客访问: 744846
  • 博文数量: 38
  • 博客积分: 587
  • 博客等级: 中士
  • 技术积分: 579
  • 用 户 组: 普通用户
  • 注册时间: 2011-10-17 14:32
文章存档

2013年(15)

2012年(23)

分类: Mysql/postgreSQL

2012-04-10 16:13:59

技术背景:
法国项目中,由于数据量很大,整个系统架构自身来实现"分区表", 基础数据系列表每天都生成一套表,而各类基础表创建,视图关系映射,过期数据和表的清除都依赖于数据库的调度分别放在早上1点和3点运行,因为项目存在两个版本oracle 和MySQL, 前者依赖于oracle jobs, 后者依赖于MySQL Event Scheduler. 对于MySQL版本的架构采用的是主从架构,而Event在MySQL Replication的过程中遇到一些小问题。
 
问题列表:
 
1, 注意当在slave不创建Event,但是如果Master 上的event时间到了,它们自动删除,而这个删除操作也会被记录到binlog中,这样slave会出现错误,因为它不存在这个events. 如果手动删除events,则加上SET sql_log_bin =0;
2, Event本身的schedule的设置,最好用字符串来表示时间,如果用now(),如果是两台server的时区不相同,那样就纠结了。
3, Event在Replication中的运行策略,因为Event在Master上作的修改会被复制到Slave上,如果Slave 的Event再运行,这就会出问题的, 的有以下3种情况
3.1 要运行的Event只在Master上创建,这种情况如果把slave提升为master时,要创建event.
3.1.1 : 用set sql_log_bin=0, 这样创建event的sql就不会被记录到binlog中,不过,这样对于以后恢复有影响,所以这样做后,最好做个全备。
3.1.2 : event会在slave上创建,但马上将其drop掉。有点笨的方法:)
3.2 直接禁用Slave上的event, 在my.cnf配置 event_scheduler=0; 但是整个mysql 实例都不能运行event. 因为满足要求,我们项目就用的这个。提升slave时,也方便,直接set global event_scheduler=ON,同时修改my.cnf便可.
3.3 Event提供了一机制,创建的时候可以设置DISABLE ON SALVE, 其实这个值是默认,当我们用在slave上用show events查看时,在Slave字段上显示的是DISABLE ON SALVE, 但是在Master上显示还是ENABLE。提升Slave为Master的时候,只要修改状态就可以了,后面会做测试。【个人觉得这种方式最优】
 
示例:演示上面3.3的处理方法
 
1 演示Master创建event, 同时Slave也会创建,但默认状态是DISABLE ON SALVE,所以Slave的event是不会执行的。
1.1 确认Master和Slave的event_scheduler=ON, 如果不是可执行set global event_scheduler =ON;

点击(此处)折叠或打开

  1. mysql> show variables like 'event_scheduler';
  2. +-----------------+-------+
  3. | Variable_name | Value |
  4. +-----------------+-------+
  5. | event_scheduler | ON |
  6. +-----------------+-------+
  7. 1 row in set (0.00 sec)
2 在测试数据库test中(可复制), 在Master上创建测试表test.t_event, 测试存储过程p_event.
在Master创建一个event: e_replication,用于调用p_event, 每次向t_event表中插入一条数据。
测试说明:如果Master和Slave的t_event表中的数据行数相同,则说明只有maser的event运行,slave的event没有运行。

点击(此处)折叠或打开

  1. 2.1.1 创建event, 每一分钟执行一次event, 也就是每一分钟向t_event插入一数据
  2. mysql> CREATE EVENT `e_replication` ON SCHEDULE EVERY 1 MINUTE STARTS sysdate() + interval 2 minute DO call p_events();
  3.  Query OK, 0 rows affected (0.00 sec)

  4. 2.1.2 查看Master上的e_replication创建情况, 可见已成功,且Status是ENABLED
  5. mysql> show events\G
  6. *************************** 1. row ***************************
  7. Db: test
  8. Name: e_replication
  9. Definer: root@localhost
  10. Time zone: SYSTEM
  11. Type: RECURRING
  12. Execute at: NULL
  13. Interval value: 1
  14. Interval field: MINUTE
  15. Starts: 2012-04-10 11:25:38
  16. Ends: NULL
  17. Status: ENABLED
  18. 1 row in set (0.00 sec)

  19. 2.1.3 查看Slave上的Event也因复制,创建成功,且状态Status是SLAVESIDE_DISABLED,说明默认不运行此Event.
  20. mysql> show events\G
  21. *************************** 1. row ***************************
  22.                   Db: test
  23.                 Name: e_replication
  24.              Definer: root@localhost
  25.            Time zone: SYSTEM
  26.                 Type: RECURRING
  27.           Execute at: NULL
  28.       Interval value: 1
  29.       Interval field: MINUTE
  30.               Starts: 2012-04-10 11:25:39
  31.                 Ends: NULL
  32.               Status: SLAVESIDE_DISABLED
  33. 1 row in set (0.00 sec)

  34. 2.1.4 检测master和slave上的t_event是一样的,说明正常复制,且slave上的event没有运行,符合我们要求。
  35. mysql> select * from t_event;
  36. +----+---------------------+
  37. | id | time |
  38. +----+---------------------+
  39. | 44 | 2012-04-10 11:25:38 |
  40. | 45 | 2012-04-10 11:26:38 |
  41. | 46 | 2012-04-10 11:27:38 |
  42. | 47 | 2012-04-10 11:28:39 |
  43. | 48 | 2012-04-10 11:29:38 |
  44. +----+---------------------+
  45. 5 rows in set (0.00 sec)

  46. mysql> select * from t_event;
  47. +----+---------------------+
  48. | id | time |
  49. +----+---------------------+
  50. | 44 | 2012-04-10 11:25:38 |
  51. | 45 | 2012-04-10 11:26:38 |
  52. | 46 | 2012-04-10 11:27:38 |
  53. | 47 | 2012-04-10 11:28:39 |
  54. | 48 | 2012-04-10 11:29:38 |
  55. +----+---------------------+
  56. 5 rows in set (0.00 sec)
3 如果要把Slave提升为Master,这样就得修改Slave上的event的Status.

点击(此处)折叠或打开

  1. 3.1为了方便测试先把Master上的e_replication事件drop.但此操作不被记录到binlog中,这样Slave上的event还是存在,但不运行
  2. mysql> set sql_log_bin=0;
  3. Query OK, 0 rows affected (0.00 sec)

  4. mysql> drop event e_replication;
  5. Query OK, 0 rows affected (0.00 sec)

  6. mysql> set sql_log_bin=1;
  7. Query OK, 0 rows affected (0.00 sec)

  8. 3.2 修改slave上的e_replication为enable, 查看到已清空的t_event表中又有了数据,则数据slave上的event被“激活了”。
  9. mysql> select * from t_event;
  10. Empty set (0.00 sec)

  11. mysql> alter event e_replication enable;
  12. Query OK, 0 rows affected (0.00 sec)

  13. //有数据了

  14. mysql> select * from t_event;
  15. +----+---------------------+
  16. | id | time |
  17. +----+---------------------+
  18. | 90 | 2012-04-10 12:15:53 |
  19. +----+---------------------+
  20. 1 row in set (0.00 sec)
  21. // 可见Status从 Status: SLAVESIDE_DISABLED到 Status: ENABLED
  22. mysql> show events\G
  23. *************************** 1. row ***************************
  24.                   Db: test
  25.                 Name: e_replication
  26.              Definer: root@localhost
  27.            Time zone: SYSTEM
  28.                 Type: RECURRING
  29.           Execute at: NULL
  30.       Interval value: 1
  31.       Interval field: MINUTE
  32.               Starts: 2012-04-10 12:02:53
  33.                 Ends: NULL
  34.               Status: ENABLED
  35. 1 row in set (0.00 sec)

  36. mysql> select * from t_event;
  37. +----+---------------------+
  38. | id | time |
  39. +----+---------------------+
  40. | 90 | 2012-04-10 12:15:53 |
  41. +----+---------------------+
  42. 1 row in set (0.00 sec)

2012-04-10

阅读(2327) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~