https://downloads.mysql.com/archives/community/
[ ] 中的关键字可以选择不加，IF NOT EXISTS 的意思是如果不存在才创建 数据库
Q:什么是存储引擎？ A：比如一个视频文件可以转成mp4,avi,wmv,而存储进磁盘中也会存在不同类型的文件系统中如linux中的ext3,ext4,xfs等.(直观区别就是占用系统的空间大小与清晰程度可能不一样);
这个系列的文章是根据《MySQL是怎样运行的：从根儿上理解MySQL》这本书的个人笔记总结专栏，这里十分推荐大家精读一下这本书，也是目前市面上个人所知的讲述Mysql原理的为数不多的好书之一，好了废话不多说我们下面进入正题。
前言： Linux环境下MySQL的安装和配置在网上已经有很多教程了。之所以写这篇文章是因为在配置字符集的时候找了网上的一些教程发现并不能用导致折腾了一阵子。下面的教程均是亲自实践。 MySQL的彻
如果你进入本文时，若对与 多字节 Unicode ASCII 等这些概念上不清楚的话，请转到如下文章学习： API入门系列之一 -那‘烦人’的Windows数据类型 http://blog.csdn.net/beyondcode/article/details/4015769 API入门系列之二 -Unicode还是ASCII http://blog.csdn.net/beyondcode/article/details/4018731 API入门系列之三 -那迷惑人的Windows字符和字符指针类型 http://blog.csdn.net/beyondcode/article/details/4021085
操作系统环境变量针对语言项设置有几个，我经常设置的是这两个LANG和NLS_LANG。
背景： 在写脚本程序的时候难免会设计一些和中文相关的变量内容。这个时候对于一个Python新手（包括我在内）来说如何配置python使之能够正确识别程序内的中文内容就会变得非常头疼。本文将会简要介绍Python字符集的配置方法和一些相关历史信息。
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
mysql -uroot -poldboy -S /data/3306/mysql.sock
当我们创建数据没有指定字符集和校验规则时，系统使用默认字符集:utf8,校验规则:utf_general_ci;
字符集：是一个系统支持的所有抽象字符的集合。字符是各种文字和符号的总称，包括各国家文字、标点符号、图形符号、数字等。
查看数据库编码： show create database db_name; 查看表编码： show create table tbl_name; 查看字段编码： show full columns from tbl_name; show full fields from tbl_name;
很多刚接触的朋友经常会搞混这两个字符集，数据库字符集是在创建数据库时进行指定的，不建议更改！而客户端字符集是可以随时更改的！
Oracle创建数据库时指定字符集，一般不能修改，整个数据库都是一个字符集。虽然还支持指定国家字符集，用于nvarchar2类型，不过很少用到。常用的字符集：AL32UTF8和ZHS16GBK，其中AL32UTF8与UTF8几乎是等价的。一个汉字在AL32UTF8中占三个字节，而在ZHS16GBK中占用两个字节。
爱可生 DBA 团队成员，负责项目日常问题处理及公司平台问题排查，对数据库有兴趣，对技术有想法。一入 IT 深似海，从此节操是路人。
Kali-Linux 2020.1 在修改系统语言出现乱码的情况，本篇教程将带领大家一起去解决这个问题
编辑手记：很多人在进行数据库导入导出操作的时候会遇到字符集的问题，今日拣选了 《循序渐进Oracle》一书中的相关章节，希望对初学Oracle的朋友有所帮助。 在传统的EXP导出文件中，记录着导出使用
已知 MySQL 版本为 5.7.32 ，服务器操作系统为 Redhat 7 ，那么为什么两次安装的 MySQL 字符集会不一样呢？
在部署重构版测试环境时，需要创建Oracle数据库，使用dbca创建数据库之后没有注意数据库本身的字符集，导致后续所有的数据库脚本执行后中文乱码。最后的解决办法是清掉全库数据，再修改字符集，重启数据库。
MySQL Galera Clusters全解析 Part 1 Galera Cluster 简介
NLS（National Language Support，国家语言支持）是数据库的一个非常强大的特性，控制着数据的许多方面，最重要的两个方面包括：1、文本数据采用何种编码存储在磁盘上。2、透明地将数据从一个字符集转换到另一个字符集。Oracle字符集可以分为数据库字符集和客户端字符集。客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码，客户端可以看作是能与数据库直接连接的各种应用，例如SQL*Plus、exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
userenv函数返回当前会话（session）的相关信息。以下sql语句可以查询当前会话连接的数据库字符集
最近的SQL优化工作中经常遇到因字符集或校验规则不一致导致索引使用不了的问题，修改表的字符集或校验规则相当于把表重构，表中数据量大时，处理起来费时费力，希望应用开发者在设计之初时注意到此问题，让后期接手运维的小伙伴少一些负担。GreatSQL的字符集和校验规则种类繁多，提供灵活性的同时，也带来使用混乱的烦恼。本文对字符集做一个总结，让读者对GreatSQL的字符集有一个全面的了解。
最近的SQL优化工作中经常遇到因字符集或校验规则不一致导致索引使用不了的问题，修改表的字符集或校验规则相当于把表重构，表中数据量大时，处理起来费时费力，希望应用开发者在设计之初时注意到此问题，让后期接手运维的小伙伴少一些负担。
如图，选择一下collation，5.7.22版本的，大部分都是以ci结尾的，也就是大小写不敏感
look命令用于查询单词，仅需指定欲查询的字首字符串，它会显示所有开头字符串符合该条件的单词。
这里要注意字符集应和校对规则名称相对应，不可一边UTF8 一边GBK， 如若没有指定字符集和校对规则名字，则会按照默认MySQL默认方式（MySQL目录 my.ini配置文件）创建数据库，下面给出一些常用的字符集以及校对规则名称。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
之前写过一篇关于mysql 对表大小写敏感的问题（你有遇到过MySQL因大小写敏感导致的问题吗），其实在mysql中字段存储的内容是不区分大小写的，本篇进行简单的总结。
大家好，又见面了，我是你们的朋友全栈君。SecureCRT 连接 Linux 时经常会看到乱码。 发生乱码的原因主要是有三个地方 1.Linux 的 etc 的系统默认配置的编码 2.用户环境变量里面设置的 LANG 变量 3.SecureCRT 会话变量里面的字符集的设置 只要保持这三个地方的字条集编码保持一致就可以了。 解决步骤如下： 1.设置用户的环境变量 查询当前用户的 Local 信息： # export |grep LANG declare -x LANG=”zh_CN.GB18030″ 设置用户的 Local 为 UTF-8 # env lang=zh_CN.utf8 HOSTNAME=devdbserver TERM=vt100 SHELL=/bin/bash HISTSIZE=1000 NLS_LANG=AMERICAN SSH_CLIENT=::ffff:192.168.14.12 51137 22 SSH_TTY=/dev/pts/2 JRE_HOME=/usr/java/jdk1.5.0/jre …….. lang=zh_CN.utf8 # 可以看到现在用户的环境变量将语言设置成为了 lang=zh_CN.utf8。 2.设置 SecureCRT。 设置步骤如下图所示： 需要说明的是： 设置字符编码跟用户变量一样后，可能还会出现中文乱码。 原因是字体引起的。 因为有些字体无法显示中文，所以中文就会出现乱码。 所以在选择字体时，应该选择那支持中文的字体
百度的貌似不好理解啊，让我说啊，数据库是存储数据的地方，超哥，你这不是废话么？这位同学，你你你你你说的对，哈哈，存数据的地方是存在哪里呢，存在硬盘上，为什么不是存在内存里面，因为内存无法永久保存。之前我们存数据都是使用的文件，在一个word文档里面写一些羞羞的网址，然后保存，就存储到硬盘上了。有同学就会说了，超哥，我这通过文件不是也将数据保存上了吗？是的，没毛病，但是你想，通过文件来操作数据，效率是不是很低，首先打开关闭就比较慢，其次是我们操作起来也比较麻烦，对不对，如果我想记录一条关于我个人信息的数据，我使用文档来存，是不是很不友好，并且我们要查数据的时候，看图1：图1是一个word里面记录的信息，如果我想查询出所有人的名字，这个操作是不是就很难搞定了，来来来，配合起来~~，你应该说是的，那我就接着说，有同学可能就会说了，老师我用excel啊，看图2，一列就搞定了，没毛病，但是你想打开操作excel效率低不低。并且通过你自己写的程序来操作这些文件是不是很麻烦，就你们学的open函数。其实效率低的原因是因为我们知道文件都是保存在硬盘上的，硬盘的效率本身就低，所以没办法。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/xmt1139057136/article/details/89944137
官网下载地址：http://dev.mysql.com/downloads/mysql/
服务器(server)，数据库(database)，数据表(table)和连接(connection)： character_set_server：这是设置服务器使用的字符集 character_set_client ：这是设置客户端发送查询使用的字符集 character_set_connection ：这是设置服务器需要将收到的查询串转换成的字符集 character_set_results ：这是设置服务器要将结果数据转换到的字符集，转换后才发送给客户端 整个过程： - client(如php程序)发送一个查询； - 服务器收到查询，将查询串从character_set_client 转换到character_set_connection，然后执行转换后的查询； - 服务器将结果数据转换到character_set_results字符集后发送回客户端。
在日常处理客户的问题中，会遇到非常多的客户反馈字符乱码的问题，遇到这类型的问题，我们要怎么去处理呢？又该怎么去引导用户去解决呢？
环境说明： Oracle: 12.1.0.2.0 OS: CentOS Linux release 7.9.2009 MySQL: 5.7.38 Oracle 字符集：AMERICAN_AMERICA.AL32UTF8 MySQL 字符集：utf8
MYSQL 8.0 已经很多年了，但是，但是，但是，还有很多公司和业务项目在MYSQL5.6 ,5.7上继续奋斗，这还不是一个重要的问题，重要的问题是早期在MYSQL 5.7 上的一些基础，并未进行改变后到了MYSQL 8 上的使用一段时间产生的问题。
上面错误意思是 mysql 数据库中 name 字段插入不正确的字符串值。name 字段是记录微信呢称，设计之出没有考虑到微信呢称中使用 Emoji 表情，导致写入数据失败。
本来村民也是打算写一写基础教程的，但是 B 站 UP 主高新强的系列视频 —— MySQL8零基础入门视频教程 十分照顾初学者，正适合新手村。村民看下来之后觉得很不错，视频内容比较全面，分 P 目录详细，示范操作讲解细致，因此就推荐给大家，但村民也会根据自己的实际需求按照视频的分P标题写一点分享，大家在观看视频的时候可以把村民的教程放在一边进行对照。
🎃在上一篇文章中便有简单讲过这个操作，但还有一些其他的细节仍未阐述，下面就一起来看一下吧。
安装之前看看MySQL的安装方式啊，因为我看网上的安装方式很多，不同的方式，安装包也不同，就怕像我这样一知半解的人读啊，看着看着就迷糊了，看看区别；
最近项目新申请了云服务器，老大让我搭了下环境，在安装MySql的时候遇到的坑稍微多点，所以在这里做个记录，我的安装方式不是通过安装包来安装的，而是通过yum来安装的，这样倒是可以省去很多的事情，下面来说说具体的安装过程。
在使用MySQL时要注意6个需要编码的地方：系统的编码、客户端、服务端、库、表、列。字符集编码不仅影响数据存储,还影响client程序和数据库之间的交互.在mysql中输入命令show session variables like '%char%'能够看到例如以下一些字符集（下面是以win10为例，生产中多数时linux，在linux里面除了latin1之外都是utf8的字符集）:
近期在项目中,要对1张100多万条记录的表进行查询,然后进行一些数据的统计,但是在这个过程中,发现只查询出来几条数据就出现了UnicodeDecodeError了。 在这里,我们使用sqlalchemy库进行查询,其内部还是Cx_Oracle来进行对应的操作，使用的Python版本为3.5.0，宿主系统为Windows 2008 Server，然后进行类似如下的操作: from sqlalchemy import create_engine engine = create_engine('oracl
‘[]’ 的内容表示可选项，可以选择也可以不选择。而 数据库本质上是目录文件。
遇到的是在使用 CodeFirst 生成数据库的字符集编码问题 执行迁移命令：Add-Migration 版本 , Update-Database 生成数据库(若无自动创建)的字符集为 latin1 -- cp1252 West European 此字符集将会在生成查询语句包含中文的时候报如下错误
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
