Linux运维必会的MySQL企业面试题大全 推荐

  • 时间:
  • 浏览:0
  • 来源:万人红黑大战棋牌_万人红黑大战棋牌官网

登陆从库

修改配置文件加在下面的配置

建立主键与增加索引

1、删除数据库不使用的默认用户

2、配置相应的权限(包括远程连接)

3、不可在命令行界面下输入数据库的密码

4、定期修改密码与加强密码的僵化 度

1、memcaced 纯内存

2、redis  持久化缓存

3、mongodb 面向文档

不可能 前要短时间响应的查询操作,这麼良好模式定义的数据存储,不可能 模式更改频繁的数据存储还是用NoSQL

sql一段话分类如下

DDL  数据定义语言,用来定义数据库对象:库、表、列

代表性关键字:create alter drop

DML  数据操作语言,用来定义数据库记录

代表性关键字:insert delete update

DCL  数据控制语言,用来定义访问权限和安全级别

代表性关键字:grant deny revoke

DQL  数据查询语言,用来查询记录数据

代表性关键字:select

1、前要注意一段话与非 有格式上的错误,执行会出错原困分析过程中断

2、还前要注意一段话的执行时间与非 过长,与非 会对服务器负载产生压力影响实际生产

设置密码

MySQL中的binlog日志记录了数据中的数据变动,便于对数据的基于时间点和基于位置的恢复

但日志文件的大小会这麼大,点用血块的磁盘空间,后会前要定时清理一每种日志信息

手工删除:

通过mysqldump命令备份出另另一个 sql文件,再使用sed命令替换

不可能 执行下面的脚本进行修改

1.Row(行模式);

日志中会记录成每一行数据被修改的形式,后会在slave端再对相同的数据进行修改

2.Statement(一段话模式)

每四根绳子 修改的数据就有删剪的记录到主库master的binlog里面,在slave上删剪执行在master执行的sql一段话

3.mixed(混合模式)

结合前面的两种 模式,不可能 在工作中含使用函数 不可能 触发器等特殊功能需求的后会,使用混合模式

数据量达到比较高后会,它就会挑选 statement模式,而太多再挑选Row Level行模式

1、提升服务器硬件资源与网络波特率

2、优化mysql服务配置文件

3、开启慢查询日志后会分析问提报告 所在

前要重启服务生效

1、双主多从,主从同步的架构,后会实行某个从库专业做为备份服务器

2、编写脚本实行分库分表进行备份,并加入定时任务

3、最终将备份服务推送至内网专业服务器,数据库服务器本地保留一周

4、备份服务器根据实际情況来保留备份数据(一般100天)

主从好友克隆的原理如下:

主库开启binlog功能并授权从库连接主库,从库通过change master得到主库的相关同步信息,后会连接主库进行验证,主库IO程序根据从库slave程序的请求,从master.info日后开始 记录的位置点向下日后开始 取信息,同去把取到的位置点和最新的位置与binlog信息同去发给从库IO程序,从库将相关的sql一段话存放满relay-log里面,最终从库的sql程序将relay-log里的sql一段话应用到从库上,至此整个同步过程完成,后会将是无限重复上述过程

删剪步骤如下:

char长度是固定不可变的,varchar长度是可变的(在设定内)比如同样写入cn字符,char类型对应的长度是4(cn+另另一个 空格),但varchar类型对应长度是2

1、都都还可否 杀掉sleep程序,kill PID

2、修改配置,重启服务

关系型数据库模型是把僵化 的数据特征归结为简单的二元关系,对数据的操作就有建立另另一个 或多个关系表格上,最大的特点就让二维的表格,通过SQL特征查询一段话存取数据,保持数据一致性方面很强大

1、执行stop slave;停止主从同步

2、后会set global sql_slave_skip_counter = 1;跳过一步错误

3、最后执行  start slave;并查看主从同步情況

从库配置

参考前面的回答

前要重新进行主从同步操作步骤如下

进入主库

1、主从架构

2、MySQL+MMM 

3、MySQL+MHA 

4、mysql+haproxy+drbd 

5、mysql+proxy+amoeba

前者删除数据都都还可否 恢复,它是逐条删除波特率慢

后者是物理删除,不可恢复,它是整体删除波特率快

更改密码

1、通过开发程序实现

2、通过其它工具实现(如mysql-mmm)

-A 此参数作用是备份所有数据库(合适--all-databases)

-B databasename 备份指定数据(单库备份使用)

1、都都还可否 使用top free 等命令分析系统性能等方面的问提报告

2、如是不可能 数据库的原困分析造成的,就前要查看慢查询日志去查找并分析问提报告 所在

1、mysql   互联网企业常用 

2、oracle   大型传统企业应用软件

3、 如数据备份、僵化 连接查询、一致性数据存储等,还是使用MySQL不可能 某些传统的关系型数据库最合适

服务器系统、数据库、客户端三方字符集不一致原困分析,前要统一字符

1、进行全备数据库并刷新binlog,查看主库此的情況

2、恢复全备文件到从库,后会执行change master 

3、开启主从同步start slave;并查看主从同步情況

全备:数据库所有数据的一次删剪备份,也就让备份当前数据库的所有数据

增备:就在上次备份的基础上备份到现在所有新增的数据

冷备:停止服务的基础上进行备份操作

热备:实行在线进行备份操作,不影响数据库的正常运行

全备在企业中基本上是每周或天一次,其它时间是进行增量备份

热备使用的情況是有两台数据库在同去提供服务的情況,针对归档模式的数据库

冷备使用情況有企业初期,数据量不大且服务器数量太多,不可能 会执行某些库、表特征等重大操作时

1、首先导出库的表特征 -d 只导出表特征,后会批量替换

2、导出库中的所有数据(在不产生新数据的前提下)

3、后会全局替换set names = xxxxx 

4、删除原有库与表,并新创建出来,再导入建库与建表一段话与所有数据

1、前要同步的从库数据太多

2、从库的硬件资源较差,前要提升

3、网络问提报告 ,前要提升网络波特率

4、主库的数据写入量较大,前要优配置和硬件资源

5、sql一段话执行过长原困分析,前要优化

高可用方案有

数据库事务是指逻辑上的一组sql一段话,组成这组操作的各个一段话,执行前要么成功,要么失败

特点:具有原子性、隔离性、持久性、一致性

1、执行stop slave 不可能 停止服务

2、修复好从库数据库

3、后会重新操作主库同步

1、停止主从好友克隆,在主库上执行锁表并刷新binlog操作,接着恢复后会的全备文件(比如0点的全备)

2、将0点时的binlog文件与全备到故障期间的binlog文件合并导出成sql一段话

mysqlbinlog --no-defaults mysql-bin.000011 mysql-bin.000012 >bin.sql

3、将导出的sql一段话中drop一段话删除,恢复到数据库中 

mysql -uroot -pmysql123 < bin.sql

双向同步主要应用于外理单一主库写的压力,具体配置如下

主库配置

 本文转自 技术花妞妞 51CTO博客,原文链接:

mysql多实例就让在同一台服务器上启用多个mysql服务,它们监听不同的端口,运行多个服务程序,它们相互独立,互不影响的对外提供服务,便于节约服务器资源与后期架构扩展

多实例的配置依据有两种 :

1、另另一个 实例另另一个 配置文件,不同端口

2、同一配置文件(my.cnf)下配置不同实例,基于mysqld_multi工具

msyql 5.7以上版本修改默认密码命令

级联同步主要应用在从库前要做为其它数据库的主库

在前要做级联同步的数据库配置文件增加下面的配置即可

非关系型数据库也被称为NoSQL数据库,数据存储不需有特有固定的表特征

特点:高性能、高并发、简单易安装

主从库服务器都前要重启mysql服务

1、集群架构可采用双主多从的模式,但实际双主这麼一主在线提供服务,两台主之间做互备

2、另外的从可做读的负载均衡,后会将其中一台抽出专业做备份

首先查看主从库正在使用的binlog文件名称 

show master(slave) status\G

删除后会一定要备份

purge master logs before'2017-09-01 00:00:00'; 

#删除指定时间前的日志

purge master logs to'mysql-bin.000001';

#删除指定的日志文件

自动删除:

通过设置binlog的过期时间让系统自动删除日志

show variables like 'expire_logs_days'; 

et global expire_logs_days = 100;

#查看完期时间与设置过期时间

1、开发使用root用户在从库上写入数据造成主从数据不一致,后会前端这麼展示前要修改的内容(仍旧是老数据)

2、内网测试环境服务器经常断电造成主从同步故障

1、登陆各个从库停止同步,并查看谁的数据最新,将它设置为新主库让其它从库同步其数据

2、修复好主库后会,生新操作主从同步的步骤就都都还可否 了

通过mysqldump命令备份出另另一个 sql文件,再使用sed命令替换sed -i 's/GBK/UTF8/g'

1、主库开启binlog功能,并进行全备,将全备文件推送到从库服务器上

2、show master status\G 记录下当前的位置信息及二进制文件名

3、登陆从库恢复全备文件

4、执行change master to 一段话

5、执行start slave and show slave status\G