用户名：幼童鞋 文章数：20 评论数：6
访问量：16156：284：194：2 注册日期：2011-03-29
mysql双击热备+amoeba读写分离实验 Mysql读写分离是为了提高网站的访问速度，提高数据库的并发负载能力。
但在实际的生产环境中，由单台Mysql作为独立的数据库是完全不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。
因此，一般来说都是通过 主从复制（Master-Slave）的方式来同步数据，再通过读写分离来提升数据库的并发负载能力， 这样的方案来进行部署与实施的。
注意：先做主从复制，再度读写分离。
MySQL主从复制结构是基于mysql bin-log日志基础上，从库通过打开IO进程收到主库的bin-log日志增量信息,并保存到本地relay log,而后再通过打开MYSQL进程从relay log上获取的增量信息并翻译成SQL语句后写到从数据库。
实验环境：
主：10.8.0.150
从：10.8.0.151
amoeba：10.8.0.160
PS：为了方便实验，可直接yum mysql 或者直接脚本执行lnmp。
拓扑图如下：
实验第一步：
登陆主服务器操作命令
mysql> GRANT REPLICATION CLIENT,REPLICATION SLAVE ON *.* TO 'cong151'@'10.8.0.151' IDENTIFIED BY "123456";
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000008 | 5722410 | | |
+------------------+----------+--------------+------------------+
记住file和Position。
登陆从服务器操作命令
1、编辑my.ini 文件 ，修改 server-id = 2 (默认为1，因做mysql的主从复制，需要修改ID和主服务器上不一样即可,也不可和同内网mysql服务器其他的ID一样)
2、登入mysql
mysql> change master to master_host='10.8.0.150',master_user='cong151',master_password='123456',master_log_file='mysql-bin.000008',master_log_pos=5722410;
mysql> start slave;
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.8.0.150
Master_User: cong151
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000008
Read_Master_Log_Pos: 5722410
Relay_Log_File: localhost-relay-bin.000061
Relay_Log_Pos: 251
Relay_Master_Log_File: mysql-bin.000008
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 5722410
Relay_Log_Space: 3466785
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
这样说明从服务器复制主服务器的数据是正常的了，且可以指定复制的库，可以在my.ini里面修改即可。
为了做主从复制，即从复制主且主复制从。
继续在从服务器上操作。
mysql> GRANT REPLICATION CLIENT,REPLICATION SLAVE ON *.* TO 'zhu150'@'10.8.0.150' IDENTIFIED BY "123456";
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000006 | 786 | | |
+------------------+----------+--------------+------------------+
登陆主服务器
mysql> change master to master_host='10.8.0.151',master_user='zhu150',master_password='123456',master_log_file='mysql-bin.000006',master_log_pos=786;
mysql> start slave;
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.8.0.151
Master_User: zhu150
Master_Port: 3306
Connect_Retry: 60
数据分布影响exp条件导出变慢的问题处理 oracle10.2.0.4
AIX5.3
夜间跑批的一个存储过程，逻辑大致为数据库内部先进行数据处理后插入空的导出表，数据处理全部完成后，按照每个表的字段A1进行where条件过滤导出。
在数据处理过程中，由于无意义的嵌套循环，导致对一张表的数据重复的进行I/O读取。数据量大后，处理变慢，优化需求就提上来了。
例如：
CURSOR cur_a1 is select code from cura1; LOOP select A1 into x_a1 from testa where ta1=cur_a1; begin --判断sequence重置 select count(*) into v_count from sys.dba_objects where object_type='SEQUENCE' AND object_name = 'SEQUENCEname'; IF (v_icount > 0) THEN EXECUTE IMMEDIATE 'DROP SEQUENCE SEQUENCEname'; END IF; EXECUTE IMMEDIATE 'CREATE SEQUENCE SEQUENCEname INCREMENT BY 1 START WITH 1 MINVALUE 1 NOCYCLE NOCACHE NOORDER'; --执行数据插入 insert into table （a1,a2,a3） select a1,SEQUENCEname.NEXTVAL,a3 from A1 where a1=x_a1;
为何说是无意义循环，在我们的这套环境中，是根据表A中的字段A1中的非重复值数量进行循环，A1字段相等的时候，A2字段取递增序列SEQ作为A2字段的值，在每次循环初始，都会重置SEQ。唯一约束为A1+A2。而A2字段值在程序处理过程中毫无用处。因此计划取消循环，一次SEQ递增直到处理完A表，确保A表A2字段值不会重复。
根据这思路，完成了优化，大大提高了数据处理过程的耗时。
但是奇怪的是，就在优化变更做完当天，导出的过程却离奇的变慢了许多，以至于提高的时间被抹平。
经过分析，发现在优化前和优化后，表的数据分布情况发生了变化，原先是根据A1字段排序插入A表，而优化后一次生成数据插入A表，忽略了排序，因此导致A1字段索引聚族因子变差。从而影响[exptable=Aquery='whereA1like'1002%']语句的导出效率。
直接加上orderbya1发现报错：
insert into testa (a1, a2, a3) select a1, SEQUENCEname.NEXTVAL, a3 from A order by a1; ORA - 02287 :sequence number not allowed here
ORACLE有如下限制：
RestrictionsonSequenceValuesYoucannotuseCURRVALandNEXTVALinthe
followingconstructs:
AsubqueryinaDELETE,SELECT,orUPDATEstatement
Aqueryofavieworofamaterializedview
ASELECTstatementwiththeDISTINCToperator
ASELECTstatementwithaGROUPBYclauseorORDERBYclause
ASELECTstatementthatiscombinedwithanotherSELECTstatementwiththeUNION,INTERSECT,orMINUSsetoperator
TheWHEREclauseofaSELECTstatement
TheDEFAULTvalueofacolumninaCREATETABLEorALTERTABLEstatement
TheconditionofaCHECKconstrain
调整语句结构如下：
insert into testa (a1, a2, a3) select a1, SEQUENCEname.NEXTVAL, a3 from (select a1, a3 from A order by a1);
顺利完成。
本文出自 "DBA的随笔记录" 博客，请务必保留此出处http://ck1985.blog.51cto.com/4539614/1309977
没有评论:
发表评论