我们可以通过前期的渗透手段和分析得知目标网站某处存在SQL注入漏洞；于是我们就可以利用SQL的文件读取的特性来读取目标系统中的某个文件的内容
字符集是英文,汉字或者其他语言字符的集合, 字符集种类有很多, 每个字符集包含的字符个数也不相同. 字符编码方式是用一个或多个字节表示字符集中的一个字符; 每种字符集都有自己编码方式, 因此同一个字符, 在不同字符集的编码方式下, 会产生不同的二进制值;
爱可生 DBA 团队成员，负责项目日常问题处理及公司平台问题排查，对数据库有兴趣，对技术有想法。一入 IT 深似海，从此节操是路人。
作者： 程序猿小卡_casper 原文：https://segmentfault.com/a/1190000012775484 一、内容概述 在MySQL的使用过程中，了解字符集、字符序的概念，以及不同设置对数据存储、比较的影响非常重要。不少同学在日常工作中遇到的“乱码”问题，很有可能就是因为对字符集与字符序的理解不到位、设置错误造成的。 本文由浅入深，分别介绍了如下内容： 字符集、字符序的基本概念及联系 MySQL支持的字符集、字符序设置级，各设置级别之间的联系 server、database、table
今天正式开始MySQL的学习，基础部分的学习先跳过，直接进入高级部分的学习。本文主要参考B站中的MySQL数据库教程天花板，mysql安装到mysql高级，强！硬！
已知 MySQL 版本为 5.7.32 ，服务器操作系统为 Redhat 7 ，那么为什么两次安装的 MySQL 字符集会不一样呢？
在日常处理客户的问题中，会遇到非常多的客户反馈字符乱码的问题，遇到这类型的问题，我们要怎么去处理呢？又该怎么去引导用户去解决呢？
这个系列属于个人学习网易云课堂MySQL数据库工程师微专业的相关课程过程中的笔记，本篇为其“MySQL数据库对象与应用”中的MySQL数据类型相关笔记。
作者： 程序猿小卡_casper 原文：https://segmentfault.com/a/1190000012775484 一、内容概述 在MySQL的使用过程中，了解字符集、字符序的概念，以及不同设置对数据存储、比较的影响非常重要。不少同学在日常工作中遇到的“乱码”问题，很有可能就是因为对字符集与字符序的理解不到位、设置错误造成的。 本文由浅入深，分别介绍了如下内容： 字符集、字符序的基本概念及联系 MySQL支持的字符集、字符序设置级，各设置级别之间的联系 server、database、tabl
#MySQL# 字符集实现 DATABASE MANAGEMENT X侦探所事件簿 在前面的文章《X侦探所事件簿系列二 —— 关于字符集的秘密》中我们探索了MySQL字符集在CentOS系统下字符集变量作用和意义。这次，我们以5.7.36版本作为演示版本，探索一下MySQL内部字符集的实现，以此来从内部的视角来看看神秘的MySQL字符集是如何实现的，为源码爱好者提供一个简单的入门级接触。 #字符集相关系统表# 首先我们要了解MySQL的两个系统表，这两个表是在information_schema下，保存着
字符(Character)是各种文字和符号的总称，包括各国家文字、标点符号、图形符号、数字等。 字符集(Character set)是多个字符的集合，字符集种类较多，每个字符集包含的字符个数不同，常见字符集名称：ASCII字符集、GB2312字符集、BIG5字符集、 GB18030字符集、Unicode字符集等。计算机要准确的处理各种字符集文字，需要进行字符编码，以便计算机能够识别和存储各种文字。 字符编码（Character encoding）是把字符集中的某个字符编码为指定字符集中字符，以便文本在计算机中存储和通过通信网络的传递。常见的例子包括将拉丁字母表编码成ASCII，ASCII将字母、数字和其它符号编号，并用7比特的二进制来表示。 字符序(collation)是指同一个字符集内字符之间的比较规则。只有确定字符序后，才能在一个字符集上定义什么是等价的字符，以及字符之间的大小关系。一个字符可以包含多种字符序。MySQL字符序命名规则是：以字符序对应的字符集名称开头，以国家名居中(或以general居中)，以ci、cs、或bin结尾。以ci结尾的字符序表示大小写不敏感，以cs结尾的字符序表示大小写敏感，以bin结尾的字符序表示按二进制编码值比较。
在程序开发中，有时会被字符乱码的问题所困扰。对此，必须理解 MySQL 的字符集编码设置的原理：在MySQL中，默认使用的是lartin1，也就是ISO8859-1字符集编码。这是一种8位的编码，适用于所有西欧字符。而对于汉字等是不合适的。最好、最通用的编码格式是utf-8，UTF-8（8 位元 Universal Character Set／Unicode Transformation Format）是一种针对Unicode 的可变长度字节编码的Unicode字符集。它对英文使用8位（即一个字节），中文使用24位（三个字节）来编码。所以对于8位的西欧字符集来说，更能比较节省空间，而又能够有效地表示汉字等字符。MySQL服务器对字符集和校对规则有4个级别的默认设置：服务器级、数据库级、表级和连接级。
MySQL 支持多种字符集，使您能够使用各种字符集存储数据，并根据给定排序规则执行比较。
他说：明明表名的入参是 test ，为什么展示到界面的记录包括 test 这条记录？
这里还有一个mysql字符乱码的例子，部署redmine过程中，mysql数据库使用了默认的字符集，导致含有中文内容为乱码。
对于MySQL自带的客户端来说，这个编码过程使用的字符集和我们使用的操作系统的默认字符集是一样的，类Unix系统的默认字符集就是utf8，Windows系统的默认字符集就是gbk。
上篇文章我们说了mysql客户端与服务端连接过程，分为tcp/ip连接，之后读取缓存，sql解码，语句优化，存储引擎：
这个系列的文章是根据《MySQL是怎样运行的：从根儿上理解MySQL》这本书的个人笔记总结专栏，这里十分推荐大家精读一下这本书，也是目前市面上个人所知的讲述Mysql原理的为数不多的好书之一，好了废话不多说我们下面进入正题。
「引言」 对于使用MySQL来说，有一个让人苦恼的事情就是处理字符集的问题，众多的字符概念和设置，常常让用户感到束手无策而不知如何使用。对事务所来说客户的需求就是我们命令，了解到大家的这种困惑后。经过一番探索，X侦探所的探员T将给大家捋顺字符集的来龙去脉以及MySQL中的字符集秘密，下面就将开启我们的字符探索之旅。 我们知道这个世界上有各种各样的文字，这些文字是能够通过书写进行记录的，比如古印度的贝叶，欧洲的羊皮卷，中国四大发明之一的纸都是文字记录的载体。落于纸面的文字就要使用符号，我们所熟悉的中文使用
目录 1、一个建表语句引出的问题 2、查看当前电脑使用的字符集 3、你发现这个问题了吗？ 4、你不熟悉的几个命令 1）连接器connection的作用与工作流程(文字叙述) ① 连接器的作用 ② 连接器的工作流程 2）图示法讲解connection的作用与工作流程 ① 第一种方式 ② 第二种方式 5、上述两种图示法的实际操作演示 1）先了解如下几个代码 2）代码演示过程如下 6、产生乱码的两个原因 1）编码和解码不一致导致的乱码 2）传输过程中，丢失字节导致的乱码 7、对实际情况的分析(什么都不设置，系统默认是如何呢？) 1）MySQL系统参数如下 2）set names gbk的含义
这篇文章详细介绍一下MySQL中的字符集和字符序相关的问题，里里外外地了解一下字符集和字符序的方方面面，同时重点说明一下开发中需要注意的问题。
MySQL 字符编码集中有两套 UTF-8 编码实现：utf8 和 utf8mb4。
用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。
上篇我们介绍了mysql字符集的种类，主要windows用gbk，mac默认utf8，还有字符集的服务器级别，数据库级别，表级别，连行都有级别，每一行都可以有不同的字符集：
常用的编码格式为：ASCII Unicode-8 Unicode-16 Unicode-32 GB2312 等 ,
问题是这样的，最近有同学问关于MySQL 的字符乱码的问题，说从一个数据库到另一个数据库，配置相同，但是为什么这个数据库的中文就是中文，到另一个数据库就是乱码？
如果您点开这篇文章，估计您已经知道MySQL中用户定义函数（UDF）的用途。如果您需要快速了解UDF，请参阅MySQL参考手册“https://dev.mysql.com/doc/refman/8.0/en/adding-udf.html”。如果您创建过自己的UDF，是否曾经遇到过与UDF相关的字符集问题？如果遇到过，这篇文章将会提供一些帮助，如果您打算编写新的UDF，最好也阅读一下这篇文章。MySQL UDF框架在最初设计时，没有考虑字符串参数和返回值的字符集。这意味着UDF的参数和返回值将会使用“二进制”字符集。即使用户定义了字符集，服务器返回的字符串，也会忽略该字符集。现在，我们已经向UDF框架添加了字符集功能，用户可以读取或设置UDF参数的字符集，还可以根据需要转换返回值的字符集。
root@OBird ~]# mysql -uroot -pzaq12wsx #入库
在文章开始前,大家可以先考虑几个问题,这样方便更快理解文章的知识点，下面的问题都会在文章中找到答案哦！
字符指计算机中保存的各种文字和符号，包括各种国家的文字、标点符号、图形符号、数字等。由于计算机采用二进制保存数据，用户输入的字符将会按照一定的规则转换成二进制后保存，这个过程就是字符编码，将一系列字符的编码规则组合起来就形成了字符集。
Liunx下修改MySQL字符集： 1.查找MySQL的cnf文件的位置 find / -iname ‘*.cnf’ -print /usr/share/mysql/my-innodb-heavy-4G.cnf /usr/share/mysql/my-large.cnf /usr/share/mysql/my-small.cnf /usr/share/mysql/my-medium.cnf /usr/share/mysql/my-huge.cnf /usr/share/texmf/web2c/texmf.c
最近在完成一个线上日志修复工作的过程中遇到了一个意想不到的慢查询。当时使用的SQL以及表结构其实都很简单，而且在关键的字段上也有索引，但是MySQL的执行计划就是跑出来了Range checked for each record (index map: 0x1)。如下为问题中的表结构定义和执行计划（删减了其他字段，留下了关键的部分）:
在MySQL中，最常见的字符集有ASCII字符集、latin字符集、GB2312字符集、GBK字符集、UTF8字符集等，下面我们简单介绍下这些字符集：
当我们在Django应用程序中使用MySQL数据库时，可能会遇到无法存储包含Emoji表情的数据的问题。这是因为MySQL默认字符集和校对规则只支持存储基本的Unicode字符集，无法支持Emoji表情字符。在这篇博客中，我将为您介绍如何在Django中使MySQL支持存储Emoji表情。
本公众号之前发表了一些关于 MySQL 符集的文章: 从 utf8 转换成 utf8mb4 、 字符集相关概念 、 有关 SQL 语句 、 字符集注意事项 、 乱码问题 。
在开发过程中，我们有时会遇到数据库存储数据时出现字符编码问题的情况。其中一个常见的错误是Caused by: java.sql.SQLException: Incorrect string value，并且提到了具体的列名和行号。本文将详细介绍这个错误的原因和解决方案。
任何计算机存储数据，都需要字符集，因为计算机存储的数据其实都是二进制编码，将一个个字符，映射到对应的二进制编码的这个映射就是字符编码（字符集）。这些字符如何排序呢？决定字符排序的规则就是排序规则。
上一篇讲到字符、字符集、字符编码，粗略的一笔带过MySQL的编码，本篇想要讲讲字符编码在MySQL数据库中的应用。不仅仅是本篇文章，其他博主的文章也是，多多阅读他人的好文，才可以提升自己的水平。再次借用六一居士写的《卖油翁》来激励大家，多多阅读。
创建数据库时，显式指定字符集和排序规则，同时，当切换到当前数据库后，参数 character_set_database，collation_database 分别被覆盖为当前显式指定的字符集和排序规则。举个简单例子，创建数据库 ytt_new2，显式指定字符集为 latin1，同时排序规则为 latin1_bin。之后在切换到数据库 ytt_new2 后，对应的系统参数也被修改。
“数据库的数据变成乱码了！”---想必不少 DBA 们对类似的“呼救”不算太陌生。一般来说这类问题都是字符集的设置有关，同时在 MySQL 中也存在“错入错出”的这种“神话”：登录到数据库看的时候是乱码，代码/WEB 上显示的是正常的。
在创建完数据库和表之后，需要插入模拟数据。在插入的过程中就碰到了问题，此文作为记录解决字符集的问题
上篇文章介绍了mysql字符集查询sql从字符串到字节串编码解码的转换，及其如何返回给客户端：
[ ] 中的关键字可以选择不加，IF NOT EXISTS 的意思是如果不存在才创建 数据库
墨墨导读：字符集是一组符号和编码。collation是一组用于比较字符集中的字符的规则。
大家在使用wampserver中的mysql数据库时，插入中文会显示“？？”，很多小伙伴都不知道给如何做，明明在创建数据库和表时已经设置字符为UTF-8了，可插入结果还是乱码。下面我来告诉大家一下原因。
背景：目前正在进行业务重构，需要对使用MySQL的业务库表进行重新设计，在迁移时，遇到了中文字符乱码问题（源库表的默认编码是LATIN1，新库表的默认编码为UTF8），故重新学习了下MySQL编码和解码相关知识，并整理了在遭遇乱码时的一些常用技巧。（本文发布于云+社区：https://cloud.tencent.com/developer/article/1370123）
3、字符无需区分大小写时，采用默认的xx_ci校验集可以，否则选择xx_bin校验集(生产环境中,尽量不要修改校验集)
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
