本次分享的案例是关于存储的数据恢复，存储上RAID崩溃导致存储无法启动。存储内部共有6台以上虚拟机，其中LINUX虚拟机3台为客户重要数据。 工程师初步分析得出存储结构为所有物理磁盘均在一个存储池内，再由存储池分出几个LUN，LUN1是vmfs卷，三台LINUX虚拟机也是在这个里面。 1、重组RAID 重组过程中发现本RAID5缺失2块盘（第一掉线盘掉线后热备盘顶替，之后又掉线一块盘使得RAID5处于降级状态。最后在掉线第三块盘时盘片划伤RAID崩溃），无法通过校验直接获取丢失盘的数据，所以只能使用磁盘同等大小的全0镜像进行重组（此方法只可用于紧急情况，因为依赖空镜像组成的RAID文件系统结构会被严重破坏，相当于每个条带都会缺失两个块的数据）。 2、提取LUN 分析存储结构，获取存储划分的MAP块。在找到MAP块之后解析得到各个LUN的数据块指针，编写数据提取程序提取LUN碎片。提取完成后进行碎片拼接，组成完整LUN。导出LUN内所有虚拟机，尝试启动。导出虚拟机后尝试启动，同预想相同，操作系统被破坏虚拟机无法启动。 3、提取虚拟机内文件 在虚拟机无法启动的情况下只能退而求其次，提取虚拟机内文件。在取出文件后进行测试，发现大多数文件都被破坏，只有少部分小文件可以打开。在与客户沟通后得知虚拟机内有MYSQL数据库，因为数据库底层存储的特殊性，可以通过扫描数据页进行数据提取。在找到此虚拟机后发现虚拟机启用快照，父盘和快照文件都被损坏的情况下常规合并操作无法完成，使用北亚自主研发VMFS快照合并程序进行快照合并。 4、获取MYSQL数据页并分析 根据MYSQL数据页特征进行数据页扫描并导出（innodb引擎可以使用此方案，myisam因为没有“数据页”概念所以不可用），分析系统表获取各用户表信息，根据各个表的ID进行数据页分割。 5、提取表结构 因为数据库使用时间已久，表结构也曾多次变更，加上系统表在存储损坏后也有部分数据丢失，记录提取过程遇到很大阻力。首先获取最初版本数据库各个表的表结构：合并快照前的父盘因为写入较早，使用第一块掉线盘进行校验获取到这个文件的完整数据，然后提取出其中数据库各个表的表结构，之后客户方提供了最新版的数据库建表脚本。提取记录：分别使用两组不同表结构对数据记录进行提取并导入恢复环境中的MYSQL数据库内，然后剔除各个表中因为表结构变更造成的乱码数据，最后将两组数据分别导出为.sql文件。 6、数据恢复结果 因为两个版本的数据库表结构不同，所以联系了客户方的应用工程师进行调试。调试完成后导入平台，经验证，数据可用本次数据恢复成功。
RAID5磁盘阵列，由于未知的原因导致存储忽然崩溃无法启动，RAID5阵列中的虚拟机全部丢失，其中3台虚拟机为重要数据，需要主要针对该3台虚拟机进行数据恢复。
某公司使用的存储，采用RAID5磁盘阵列，由于未知的原因导致存储忽然崩溃无法启动，RAID5阵列中的虚拟机全部丢失，其中3台虚拟机为重要数据，需要主要针对该3台虚拟机进行数据恢复。
想把手上的Sqlite数据库导入到MySql，想来应该很简单，结果发现非常麻烦。 1、工具直接导入。试着找了几个软件，都不行。网上有人开发的，但是要收费，也不能用。 2、用各自支持的方式，中转。我用的是sqlitestudio和Navicat for MySQL，都挺好用。sqlite可以把表导出，mysql可以导入，想来比较容易，却无数的坑： 1）最好用的是dbf，双方都支持，而且带表结构。但是——dbf对中文支持稀烂。导出来的打开就已经是乱码了，想各种招都不行。 2）xml，导入时列识别不了 3）jso
例：mysqldump -u dbadmin -p myblog > /home/zhangy/blog/database_bak/myblog.sql
说明1：客户端配置好参数后，直接就获取了MySQL服务器执行SQL后的结果，很方便。
启动/关闭 启动(以管理员模式运行命令行) net start mysql 关闭(以管理员模式运行命令行) net stop mysql 登录/退出 登录 mysql -u"用户名" -p"密码" 登录格式二 mysql -h"ip地址" -u"用户名" -p"密码" 退出 exit 图形化界面 Navicat SQLyog 当然,我个人是不建议使用SQLyog的,推荐使用Navicat,因为Navicat真的很强大 SQL语句分类 什么是SQL语句 结构化查询语言(Structured Query La
然后set global sql_slave_skip_counter = 1;跳过一步错误
应开发同事的要求,部署了Gitlab+Gerrit+Jenkins的持续集成环境. 但是发现了一个问题,Gerrit登陆后有中文乱码出现. 具体情况如下: (1)Git代码中的中文乱码处理: 为妥善解决中文编码的问题，对所有git repository做如下约定： 所有文本文件都必须存储成utf8编码 全局配置如下： git config --global core.quotepath false git config --global i18n.logoutputencoding utf8 git con
关于编码问题前面一共整理4篇博客，这是终篇。我使用MySQL时经常会遇到乱码问题，尤其是涉及到中文和emoji表情符号时，然而当我查询资料时发现大多数资料几乎雷同，寥寥几句仅贴了几个参数的定义，并没有案例来详细说明，因此我利用几个周末时间整理出这个编码系列博客，希望能对和我同样深受编码困扰的人提供些帮助，当然能力有限，里面很多观点是我根据各种资料的推测，并没有在相关文档中找到确切的描述佐证，可能有理解偏颇之处。
在具体操作中，需要将username,password和demo分别替换成对应的数据库用户名、密码和数据库名。
即使你是天才，如果你不努力，你也会被其它人超越。 201509100645102367.jpg 扯淡 扯了那么多篇SpringBoot的相关案例，基本每行代码都是博主纯手工编写，附代码案例，懂Mave
这种方法的不足之处是 查询整个数据库所有的表的结构时 比较混乱，建议单个表进行查询。
扯了那么多篇SpringBoot的相关案例，基本每行代码都是博主纯手工编写，附代码案例，懂Maven和Git的小伙伴必须可以手到擒来。
13.创建一innodb GBK表test，字段id int(4)和namevarchar(16)
备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。而对于一些网站、系统来说，数据库就是一切，所以做好数据库的备份是至关重要的！
早上刚来，有个业务需求，是要变更一张表的表结构，我登陆到服务器上看了看之前的变结构，大概信息如下：
前言 身为一名前端工程师，对于 SQL了解程度并不是很深刻，盘点一些个人工作遇到的问题，给大家普及下知识，以及记录自己如何解决这些问题的。 导航 SELECT 语句不区分大小写? SELECT IN
当查询所有字段(select *)会导致下列问题 1. 增加网络带宽消耗 2. Select *必然会导致回表查询/返回数据，使覆盖索引失效
mysql 的一行记录，最终肯定是存储在磁盘上，也就是肉眼可见的文件上，今天我们的目标很简单，就是看看它到底是怎么存的。
不是真正的修改数据库的编码格式 是设定当前数据库数据,显示的编码格式 不修改数据库原始的编码格式
2. 字段编辑。注意事项： 1）此处不要手动加入外键字段。稍后在介绍ER图时，通过工具自动添加外键字段。 2）非外键字段要有类型前缀 3）PK=主键;NN=非空;UQ=唯一;BIN=二进制流;UN=正整数;AI=自增 4）当字段为字符串时，在3.处可以选择编码格式 5）字段应在4.处添加中文注释，描述其意义。如果是类型、权制等通过数字表述意义的，应说明数值与意义的对应关系。
今天有一个朋友问我一个MySQL的建表问题，问题的现象是创建表失败，根据他的反馈，问题比较奇怪， CREATE TABLE XXX ..此处省略260多个字段 `xxxxIsAllowIn` varchar(4) COLLATE utf8_bin DEFAULT NULL COMMENT 'xx是否准入(是，否)', `xxxxIsAllowIn` varchar(30) COLLATE utf8_bin DEFAULT NULL COMMENT '理财-准入', PRIMARY KEY (
1.环境已经安装LAMP环境（http://www.0377joyous.com/archives/87.html） 2.安装redmine 第一步： apt-get install redmine redmine-mysql apt-get install libapache2-mod-passenger(这个是apache+redmine的一个模块认证) sudo apt-get install ruby-full（ruby -v看版本gem -v没有就会安装sudo apt-get inst
长字符串查询的时候，对时间和空间耗费都大，这时候可以创建hash索引或者选择字符串前几位做索引排序，若使用字符串前缀做索引，则会排序失效，用文件排序。
但是，线上的一张表如果数据量很大，执行加字段操作就会锁表，这个过程可能需要很长时间甚至导致服务崩溃，那么这样操作就有风险。
最近在支持一个从Oracle转TiDB的项目，为方便应用端兼容性测试需要把Oracle测试环境的库表结构和数据同步到TiDB中，由于数据量并不大，所以怎么方便怎么来，这里使用CSV导出导入的方式来实现。
mysql -uroot -poldboy -S /data/3306/mysql.sock
（1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层
相信大家通过前几篇文章，已经了解了 MySQL 字符集使用相关注意事项。那么数据乱码问题在这儿显得就非常简单了，或许说可能不会出现这样的问题。
在日常运维中，会经常遇到将文件中数据导入到数据库中，如果是.sql文件，直接采用source方式即可；如果是.csv、.txt文件，可以采用 load data 方式。这两种方式都十分熟悉，这里说一种特殊情况：
MySQL的字段类型有很多种，可以根据数据特性选择合适的，这里只描述常见的几种类型。
查询来的数据没发现有什么异常；照理说逐字段查出来没问题，再逐字段插入应该不会错位。实际上 hive 的 insert 跟想象中传统的 insert 不太一样。
所有的数据库对象名称必须使用小写字母并用下划线分割（MySQL大小写敏感，名称要见名知意，最好不超过32字符） 所有的数据库对象名称禁止使用MySQL保留关键字（如 desc、range、match、delayed 等，请参考 MySQL官方保留字 【https://dev.mysql.com/doc/refman/5.7/en/keywords.html】 ） 临时库表必须以tmp为前缀并以日期为后缀（tmp_） 备份库和库必须以bak为前缀并以日期为后缀(bak_) 所有存储相同数据的
下载链接： 链接：https://pan.xunlei.com/s/VMNHMWaZ-bLa5HltrBnjRPdVA1 提取码：v8rh
没有特殊要求（即 Innodb 无法满足的功能如：列存储，存储空间数据等）的情况下，所有表必须使用 Innodb 存储引擎（MySQL5.5 之前默认使用 Myisam，5.6 以后默认的为 Innodb）。
SQLyog中文版是一款专业的图形管理软件，SQLyog操作简单，功能强大，能够帮助用户轻松管理自己的MYSQL数据库，SQLyog中文版支持多种数据格式导出，可以快速帮助用户备份和恢复数据，还能够快速地运行SQL脚本文件，为用户的使用提供便捷。
意思是：前三个是系统负载，1/283中，1代表此时运行队伍中的进程个数，而283是代表此时的进程总数
本文将详细介绍MySQL乱码的成因和具体的解决方案。在阅读本文之前，强烈建议对字符集编码概念还比较模糊的同学 阅读下博主之前对相关概念的一篇科普：十分钟搞清字符集和字符编码 MySQL出现乱码的原因
数据库常用语句 目录 1、下列语句中的各种括号说明 2、启动/关闭mysql服务器 3、登入/退出数据库 4、创建数据库 5、查看数据库 6、修改数据库 7、删除数据库 8、选择数据库 9、MySQL注释 10、MySQL系统帮助 11、字段约束 12、新建表 13、查看表 14、修改表 15、删除表 16、插入数据 17、mysql乱码解决 18、更新/修改数据 19、删除数据 20、查询数据 21、多表查询 1、下列语句中的各种括号说明 尖括号<>代表参数，不
一、基础规范 表存储引擎必须使用InnoDB 表字符集默认使用utf8，必要时候使用utf8mb4 解读： （1）通用，无乱码风险，汉字3字节，英文1字节 （2）utf8mb4是utf8的超集，有存储4字节例如表情符号时，使用它 禁止使用存储过程，视图，触发器，Event 解读： （1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层 （2）调试，排错，迁移都比较困难，扩展性较差 禁止在数据库中存储大文件，例如照片，可以将大文件存储在对象存储系统，数据库中存储路径 禁止在线上
数据库SQL概述SQL语句分类数据定义语言：简称DDL(Data Definition Language)，用来定义数据库对象：数据库，表，列等。关键字：create，alter，drop等 数据操作语言：简称DML(Data Manipulation Language)，用来对数据库中表的记录进行更新。关键字：insert，delete，update等数据控制语言：简称DCL(Data Control Language)，用来定义数据库的访问权限和安全级别，及创建用户。数据查询语言：简称DQL(Data
创建数据表时我们经验会添加一些中文注释到表里面方便识别，最近在测试Hive的时候，发现添在Hive创建表时添加COMMENT时的中文注释就会出现乱码，如下：
这种数据同步的代码跟业务代码糅合在一起会不太优雅，能不能把这些数据同步的代码抽出来形成一个独立的模块呢，答案是可以的。
激活成功教程教程 1、安装完成后运行软件，启动时选择“简体中文”语言种类启动软件；
为什么80%的码农都做不了架构师？>>> 一、基础规范 表存储引擎必须使用InnoDB 表字符集默认使用utf8，必要时候使用utf8mb4 解读: (1) 通用，无乱码风险，汉字3字节
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
