Welcome 微信登录

首页 / 数据库 / MySQL

MySQL生产库主从重新同步操作注意事项

MySQL生产库主从重新同步操作注意事项

从库还原前一定要记得reset,因为重启mysql并不影响复制进程,如果忘记reset,会导致你一边恢复,主库有动作也一边往从库写,这时候你再change master ACID也就无法保证。reset slave all;清除主从信息后,可以开始用主库的全备进行从库的恢复[root@HE1 ~]# mysql -uroot -p < /databackup/fullbackup/20160403.sql查看主库备份集中的binlog和positio...
MySQL删除单列重复或多列同时重复值并保留一条

MySQL删除单列重复或多列同时重复值并保留一条

在生产环境中,我们有的列是不允许出现重复值的,亦或是某两列不允许同时重复,但由于前端未做限制,或者没限制住,出现了单列重复值,或者两列本应组成唯一组合却也出现重复,这两种情况都是不允许的。现在由于前端应用限制不住,要做删除操作后,添加唯一索引,从数据库层面进行限制,以下是处理过程:mysql> select * from aixuan1;+----+------+-------+| id | text | text1 |+----+------+--...
Oracle SQL过滤条件是IS NULL or !=的优化

Oracle SQL过滤条件是IS NULL or !=的优化

通常情况下is null或者!=这些条件如果不是具有很强的过滤性,可以先关注其它的过滤条件。但有些SQL这两种条件具有很强的过滤性,就可以考虑用以下方法。下面先讨论is null的优化,再讨论!=的优化,最后讨论is null or !=一起使用的优化。以下测试:Oracle version:11.2.0.4#新建测试表create table scott.tb_sj01 as select * from dba_objects;#处理测试表中的数据upd...
通过STANDBY数据库实现读写分离时索引过多的问题

通过STANDBY数据库实现读写分离时索引过多的问题

Oracle 11g的物理STANDBY数据库可以只读打开并实时应用,可以满足很多应用更改为读写分离的架构。但业务上将主库主要做DML操作,备库上做SELECT操作,可能存在的一个问题就是,备库上的SELECT可能需要大量的索引,而这些索引在主库上实际是没有意义的,并且还影响主库DML操作的性能和日志量。但物理STANDBY只能通过在主库上建索引后同步到备库上,备库自己是无法新建索引的。这种情况就可以发挥逻辑STANDBY的优势了。数据库的GUARD ST...
Oracle数据库备份方法

Oracle数据库备份方法

前言任何数据库在长期使用过程中,都会存在一定的安全隐患。对于数据库管理员来说不能仅寄希望于计算机操作系统的安全运行,而是要建立一整套的数据库备份与恢复机制。 当数据库发生故障后,希望能重新建立一个完整的数据库,该处理称为数据库恢复。恢复子系统是数据库管理系统的一个重要组成部分。恢复处理随所发生的故障类型所影响的结构而变化。怎样才能对Oracle数据库进行备份?如何才能对删除的数据再进行恢复?这是本篇文章主要讲的内容。ORACLE数据库有两类备份方法。第一类...
普通索引转HASH分区索引报ORA-01408

普通索引转HASH分区索引报ORA-01408

ORA-01408:such column list already indexed问题的原因是当新建一个索引时,索引对应的字段和字段顺序和已经存在的索引相同。最近一个需求,是将主键索引转成HASH分区的主键索引,需要新建一个索引,然后将现有的主键索引去掉。如果直接新建一个字段相同且字段顺序相同的索引,就会报ORA-01408。当然,可以将现有的主键索引先删掉,但这样在新索引建立之前,无法保证数据的唯一性,并且按主键的更新删除操作会因为无索引而变的很慢。我...
MySQL权限、修改密码、删除用户

MySQL权限、修改密码、删除用户

一、MySQL权限验证两阶段 1、服务器首先会检查你是否允许连接。因为创建用户的时候会加上主机限制,可以限制成本地、某个IP、某个IP段、以及任何地方等,只允许你从配置的指定地方登录。 2、如果你能连接,MySQL会检查你发出的每个请求,看你是否有足够的权限实施它。比如你要更新某个表、或者查询某个表,MySQL会查看你对哪个表或者某个列是否有权限。再比如,你要运行某个存储过程,MySQL会检查你对存储过程是否有执行权限等。二、MySQL权限经验原则: ...
什么选择图形数据库,为什么选择Neo4j?

什么选择图形数据库,为什么选择Neo4j?

最近在抓取一些社交网站的数据,抓下来的数据用MySql存储。问我为什么用MySql,那自然是入门简单,并且我当时只熟悉MySql。可是,随着数据量越来越大,有一个问题始终困扰着我,那就是社交关系的存储。就以新浪微博举例,一个大V少则十几万,多则几千万的粉丝,这些关注关系要怎么存呢?在MySql中,一条关注关系(大V id,大V的一个粉丝 id)存为一条数据,那么当用户数量上来的时候,关注关系轻松破亿,破十亿,甚至上百亿,并且为了保证每条数据的唯一性,还需要...
<< 941 942 943 944 945 946 947 948 949 950 >>