1分钟完成MySQL5.7安装部署简介Part1:写在最前MYSQL5.7.15是截止至本文撰写当日,mysql官网的最新社区版,mysql5.7的多项功能优化可以用激动人心来形容,嫌安装麻烦?没关系,跟着本文,带你1分钟搞定MySQL5.7.15数据库安装部署。Part2:仅仅安装就够了?不,当然不够,MySQL5.7的多项功能特性更新,无法一一赘述,因此,我们先从和本文最相关的my.cnf,来
什么是mycat,以及mycat的优点和特性本文不做赘述,本文继续本着实战的态度,来分享一些个人对mycat的基础功能实践。本文mycat的读写分离和主从切换的环境为mysql主从环境。如何安装mysql数据库可以参考:http://suifu.blog.51cto.com/9167728/1846671 如何构建mysql主从环境可以参考:http://suifu.blog.51cto.com/
公司有新要求,ios客户端要上线评论中可以使用emoji表情的功能,在mysql 5.5 之前,UTF-8编码只支持1-3个字节;从MySQL 5.5开始,可以支持4个字节UTF编码 utf8mb4 ,一个字符能够支持更多的字符集,也能够支持更多表情符号。utf8mb4兼容utf8,且比utf8能表示更多的字符,是utf8字符集的超集。所以现在一些新的业务,比如IOS中的emoji表情,会将MyS
环境介绍:192.168.1.250 主 port=27408192.168.1.250 仲裁 port=27409192.168.1.251 备 port=27408[root@HE4 ~]# tar xvf mongodb-linux-x86_64-2.6.10.tgz[root@HE4 ~]# mkdir -p /export/mongodb[root@HE4 ~]#
在生产环境中,我们一般采取mysqldump全库备份,但这对于大型数据库是不可用的,因为mysqldump是逻辑备份,备份和恢复的效率缓慢,根据个人经验给出一个临界值的话,50G以下的数据库可以用mysqldump来进行全库备份,50G以上的数据库则需要物理全库备份,甚至是增量备份。Xtrabackup是物理备份,其备份速度也因其物理特性远超逻辑备份的速度,而且Xtrabackup就是为了逻辑备份
情景:我有上百张以H开头的表,我需要备份出这些以H开头的表。 而mysqldump不支持*或者%这种通配符,所以没法实现备份以xx开头的表这种,那么如何快速批量备份出以某字母或数字开头的表呢。这里算是个小技巧,利用文本编辑器来实现。[root@HE3~]# mysql -uroot -p -s -e"select table_name from information_sch
数据字典是一名DBA需要维护的重要内容,有人喜欢用excel来维护,本人更喜欢直接在数据库上进行维护,这样可以保证库中的注释都是最新的内容,为了便于数据字典的流通性,一般会采用excel的方式来记录,本文记录下如何快速从数据库中导出数据字典信息到excel。这里算是一个小技巧利用mysql的information_schema中的COLUMNS表和navicat中的导出功能实现快速导出数据字典,来
无论是迫于预算,亦或者是领导要求,多实例的安装也是DBA必须掌握的技术,他的启停和登录方式和单实例安装数据库略有不同,本文记录下如何完成MySQL5.6多实例部署。首先我们看一下my.cnf和单实例的区分:[root@HE1 scripts]# cat /etc/my.cnf [client] #port = 3306 #socket = 
1分钟完成MySQL5.6安装部署简介Part1:写在最前自动化运维是一个DBA应该掌握的技术,其中,自动化安装数据库是一项基本的技能,本文中的安装脚本已通过测试,作为生产库来说没有问题,鉴于每个公司存储规划要求不同,可以按需自行修改脚本。由于源码安装费时费力,rpm包可定制性差,生产库一般采用二进制安装包,本文的安装包为二进制安装文件,本文使用的是mysql-5.6.25-linux-glibc
mysql 1032 错误解决方案与故障模拟
mysql 1062 错误解决方案与故障模拟
mysql 1864 错误解决方案与故障模拟
主从复制环境中,可能有种种原因导致主、从库数据不一致的情况,主从一致性也一直是DBA需要关注的问题,校验MySQL的主从一致性一般有多种工具,诸如MySQL自带的checksum、mysqldiff、pt-table-checksum等,每种工具各有优缺,本文就pt-table-checksum工具进行介绍和记录实验环节。 下载二进制版本的percona-toolkit工具箱https:
[root@HE3 ~]#groupadd mariadb -g 513[root@HE3 ~]#useradd -u 513 -g mariadb -s /sbin/nologin -d /home/mariadb mariadb 从MariaDB官网下载二进制安装包至/root目录,本文采用的是目前最新稳定版mariadb-10.1.16[root@HE3 ~]# tar xvf m
环境:192.168.1.248 HE1 主库192.168.1.249 HE2 主库192.168.1.250 HE3 从库 主库授权备份账户mysql> grant SELECT,RELOAD,SHOW DATABASES,SUPER,LOCK TABLES,REPLICATION CLIEN
在Mysqldump官方工具中,如何只恢复某个库呢?全库备份[root@HE1 ~]# mysqldump -uroot -p --single-transaction -A --master-data=2 >dump.sql只还原erp库的内容[root@HE1 ~]# mysql -uroot -pMANAGER erp --one-database <dump.sql可以看出这里
去MariaDB官网下载MariaDB本文用的是MariaDB 10.1.16 https://downloads.mariadb.org选择二进制版本,下载到/root目录下mariadb-10.1.16-linux-x86_64.tar.gz开始安装[root@HE3 ~]# cat mariadb_auto_install.sh[root@HE3 ~]# cat mariadb_a
在生产环境中,我们总会因为这样或那样的原因导致主从不同步,亦或者是测试环境要和生产环境进行同步,利用Navicat结构同步工具,不但能找出库结构差异,还可以针对create、modify、drop等进行选择性比对,非常的人性化,那么一起来看下是如何操作的。首先在Navicat的主界面选择工具,结构同步,
vi recover_mem.sh #!/bin/bash ################## #author:rrhelei@126.com# ################## #系统分配的区总量 mem_total=`free -m |grep Mem | awk '{print&
从库还原前一定要记得reset,因为重启mysql并不影响复制进程,如果忘记reset,会导致你一边恢复,主库有动作也一边往从库写,这时候你再change master ACID也就无法保证。reset slave all;清除主从信息后,可以开始用主库的全备进行从库的恢复[root@HE1 ~]# mysql -uroot -p < /databackup/fullbackup/20160
环境:HE3主库,HE1从库HE1:192.168.1.248HE3:192.168.1.250从库my.cnf加入以下参数并重启数据库:read_Only=1log_slave_updates=1(这里推荐开启,从库记录binlog) 主库授权备份账户mysql>grant SELECT,RELOAD,SHOW DATABASES,SUPER,LOCKTABLES,REPLICA
在生产环境中,我们有的列是不允许出现重复值的,亦或是某两列不允许同时重复,但由于前端未做限制,或者没限制住,出现了单列重复值,或者两列本应组成唯一组合却也出现重复,这两种情况都是不允许的。现在由于前端应用限制不住,要做删除操作后,添加唯一索引,从数据库层面进行限制,以下是处理过程:mysql> select * from aixuan1;+----+------+-------+| id |
现象:手动执行xtrabackup没问题,环境变量检查过也没问题。放到执行计划中会报错:sh: xtrabackup_56: command not found innobackupex: Error: no 'mysqld' group in MySQL options at&
好吧,我承认官网的邮件配置教程我又没看懂,这里记录下我的配置方法[root@HE3]# vi /usr/local/lepus/test_send_mail.py#!/usr/bin/envpython # -*- coding: utf8-*- from datetime import* import sys path='./inclu
MySQL开发规范文件状态:[ ] 草稿[√] 正式发布[ ] 正在修改 文件标识: 当前版本: V1.0 作 者: 贺磊 完成日期: 2016-05-24变更记录序号 修改日期 修改内容 修改人 审核人 批
Mongodb的默认端口号27017_id是全局唯一值,不要去给这个列赋值,默认是唯一的,如果赋值,列入有两列的_id:2,则会报冲突不能插入 [root@HE4 ~]# tar xvf mongodb-linux-x86_64-2.6.10.tgz[root@HE4 ~]# mkdir -p /export/mongodb[root@HE4 ~]# mkdir -p /export/m
CREATE TABLE `helei` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `num1` double DEFAULT NULL, `num2` double DEFAULT NULL, `num3` decimal(5,3) DEFAULT NULL, `num4` dec
explicit_defaults_for_timestampMySQL 5.6版本引入explicit_defaults_for_timestamp来控制对timestamp NULL值的处理 如果该参数不开启,则对timestamp NOT NULL插入NULL值,不报错,无warning,插入后的值为当前时间如果在my.cnf中explicit_defaults_for_times
优化前SELECT* FROM erp_helei mg WHERE mg.num = 602 AND mg.pid IN (10002559,10002561,10002562,10002563,10002564,10002598,100025
日期范围TIMESTAMP 支持从’1970-01-01 00:00:01′ 到 ’2038-01-19 03:14:07′ UTC. 这个时间可能对目前正在工作的人来说没什么问题,可以坚持到我们退休,但对一些年轻的读者,就会有 Bug2K+38 的问题。DATETIME 从 ’1000-01-01 00:00:00′ 直到’9999-12-31 23:59:59′.考虑到二者在范围上的不同,你当
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号