（自己写的这四行）查询带有空格值的数据：SELECT * FROM 表名 WHERE 字段名 like ‘% %’;
之前有研发反馈，同一个SQL在测试环境和生产环境，数据一样，跑出来的结果却有差异。 经过排查后，发现2套环境的表字符集不一样。测试之前是5.6升级到8.0的，表字符集是utf8_general_ci的，而生产一直就是用的8.0,表字符集是utf8mb4_0900_ai_ci。
第1种 (通过mysql自带的客户端，MySQL 5.5 Command Line Client) 不推荐这种方式
需要注意的是，name字段值分别是：不带空格的duduu、带一个空格的duduu、带两个空格的duduu，且空格都是加在了尾部。我们查询这几条记录的name字段的长度：
本文学习的是MySQL中CHAR和VARCHAR类型学习，CHAR和VARCHAR类型类似，但它们保存和检索的方式不同。它们的最大长度和是否尾部空格被保留等方面也不同。在存储或检索过程中不进行大小写转换。
小张是一名软件工程师，工作兢兢业业、一丝不苟且精益求精，天性乐观的他每天愉快地做着增删改查的工作，对于这些看似简单的CRUD，小张从来不会掉以轻心，他也笃定地坚信，自己向数据库里插入了什么数据，就能按条件把这些数据查询出来，毕竟，像MySQL这样的数据库，在全世界广为流行，大行其道，不可能不严谨。
他说：明明表名的入参是 test ，为什么展示到界面的记录包括 test 这条记录？
如上有个user_info表，我们分别插入'lingyejun'、'lingyejun '、'lingyejun '三个用户。
在同一个mysql软件中，数据库不能同名。在同一个库中，表不能重名，在同一个表中，字段不能重名。
客户要将数据库数据迁移到 DMP[1] 平台上，需要根据源库的配置修改相应参数（例：lower_case_table_names=0），但发现在配置文件添加好参数后数据库起不来了。
varchar与char是两种不同的数据类型，在MySQL中是有区别的，具体有以下区别：
根据 MySQL 的官方文档 The CHAR and VARCHAR Types 中的描述, varchar和char的区别主要有：
MySQL不同存储引擎可能会有不同。下面的内容以InnoDB为主。 选择数据类型的步骤 确定合适的大类型：数字、字符串、时间、二进制 确定具体的类型：有无符号、取值范围、变长定长等。 整数类型 类型 字节数 范围 TNIYINT 1 -128~127 SMALLINT 2 -32767~32768 MEDIUMINT 3 -8388608~8388607 INT 4 -2147483648~2147483647 BIGINT 8 -9223372036854775808~922337203685477
CHAR 和 VARCHAR 类型相似，但在存储的检索时有区别，同时在最大长度定义与尾部空格上是否保留也有区别。
VARCHAR类型用于存储可变长度字符串，是最常见的字符串数据类型。它比固定长度类型更节省空间，因为它仅使用必要的空间(根据实际字符串的长度改变存储空间)。 有一种情况例外，如果MySQL表使用ROW_FORMAT=FIXED创建的话，每一行都会使用定长存储。
今天在线上遇到了一个MySQL字符比较的问题，感觉很有意思，专门研究了下，估计大家都没有遇到过，这里跟大家分享一下。
在大一下学期终于开始系统学习数据库，俗话说的好，工欲善其事，必先利其器。所以这里选择的是目前使用最广的免费开源数据库——MySQL。
复制：在这个版本中，sync_relay_log_info服务器系统变量已被弃用，并且获取或设置此变量或其等效的启动选项--sync-relay-log-info现在会引发警告。在将来的MySQL版本中，预计会删除此变量；在此之前，应用程序应该进行重写，不要依赖它。
命令选项 -A（–no-auto-rehash）的作用是禁止数据库名、表名和字段名自动补全。如果数据库数据表很多，当我们打开数据库时，比如使用 use 切换数据库时，需要对数据表进行预处理以满足自动补全的功能，将会很耗时。使用 -A 可禁止该操作。
从‘-- ’序列到行尾。请注意‘-- ’(双破折号)注释风格要求第2个破折号后面至少跟一个空格符(例如空格、tab、换行符等等)。该语法与标准SQL注释语法稍有不同。
1、用于返回删除字符串str两侧所有remstr字符串之后的子串，remstr默认为空格。
· 从‘-- ’序列到行尾。请注意‘-- ’(双破折号)注释风格要求第2个破折号后面至少跟一个
第一次完整的技术书籍的读书笔记，这本书200多页，看起来轻松又简单，当然因为内容本身非常基础的缘故，这本书我也只是翻了一遍，等接触到具体内容的时候可以拿起来再看看，看这本书的意义就在于此。
字符串函数 函数 用法 ASCII(S) 返回字符串S中的第一个字符的ASCII码值 CHAR_LENGTH(s) 返回字符串s的字符数。作用与CHARACTER_LENGTH(s)相同
整型类型中，按照取值范围和存储方式不同，分为tinyint，smallint,mediumint,int和bigInt这五个类型。如果超出类型范围的操作，会发生”Out of range”错误提示。 对于整型数据,MySQL还支持在类型后面的小括号内指定显示宽度，例如int(5)表示当数值宽度小于5位的时候在数字前面填满宽度，如果不显示指定宽度则默认为int(11)。一般配合zerofill使用，顾名思义，zerofill就是用”0”填充的意思，也就是在数字位数不够的空间用“0”填满。
今天在写一个脚本的时候，遇到了很多字符过滤的问题，感觉还是有些技术含量的，这里记录下来，以便后续参阅。
参数“--level 5”指需要执行的测试等级，一共有5个等级（1~5级），可不加“level”，默认是1级。可以在xml/payloads.xml中看到SQLMap使用的Payload，也可以根据相应的格式添加自己的Payload，其中5级包含的Payload最多，会自动破解Cookie、XFF等头部注入。当然，5级的运行速度也比较慢。
接触SQLi（SQL injection）已有大半年，不得不说，这是个庞大的领域。每次以为自己都弄懂了之后都会有新的东西冒出来，需要再次学习，一路走来效率不高，工作量很大。而且随着知识体系的壮大，很多东西会渐渐忘记。因此萌生了写一个思维导图的想法，一来整理自己的思路，防止遗忘。二来，作为一名大二的小学长，希望学弟学妹们在这方面能够学得更快一些。希望自己的工作，能为SQLi这座大厦舔砖加瓦，巩固‘地基’~
学过MySQL的同学都知道MySQL中varchar和char是两种最主要的字符串类型，varchar是变长的类型，而char是固定长度。那关于如何选择类型就成为令人头疼的事，很多初学者为了保证业务兼容性强，存储字符串类型一律都是varchar类型。这是不妥的，需要根据varchar和char的特性来进行选择。
读取数据 使用 pd 的 read_sql 读取数据 import pymysql import pandas as pd self.conn = pymysql.connect(host=host, user=user, password=pass, db=db, charset='utf8') sql = 'select * from table_name' df = pd.read_sql(sql, con=self.conn) 空值空格处理 处理空值以及空格使用 pd 的 strip 方法以及
存储引擎决定了表的类型，而表内存放的数据也要有不同的类型，每种数据类型都有自己的宽度，但宽度是可选的
*本文原创作者：Zzzxbug，本文属FreeBuf原创奖励计划，未经许可禁止转载
本文旨在涵盖两种数据类型的相似性和差异。两者几乎相同，但在某些方面，两略有不同。 介绍 CHAR和VARCHAR几乎相同，但在存储和从数据库中检索数据的阶段，两者都不同。 对于这两种数据类型，我们必须传递length说明符，它表示字段可以保存多少数据。例如char（30）和varchar（30），这意味着这些数据类型的字段最多可以容纳30个字符。 对于CHAR，此长度可以是从0到255之间的任何值，对于VARCHAR可以是从0到65,535。但对于VARCHAR，此最大限制取决于您使用的最大行大小和字符集。
当初刚装MySQL的时候，到网上查的命令行登陆MySQL的方法都是mysql -u root -p password
数学学得好的大佬应该知道（本人是个数学渣。。。。），负数的绝对值是正数，正数的绝对值还是正数本身 2、 返回圆周率的函数
MySQL 的concat 支持多个参数，而 Oracle 只支持两个参数；MySQL 的 concat 如果参数为 null，则结果为 null，而 Oracle 不是。
每个人的显示器分辨率不一样。既然不超过一屏也会出现别的同事一屏会超出的情况。所以，即使未超过一屏，也尽量保证代码行在 40 行以内。如果发现自己的代码超过了 40 行，那么就需要考虑自己的代码是不是有拆分不合理的地方。特殊情况允许超过 40 行。但是，整个方法里面的代码必须是简单的判断逻辑。不包含复杂的业务判断逻辑。因为，不同的业务判断最佳实践是单独封装一个方法。
用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。
sqlmap 是一款注入神器广为人知，里面的 tamper 常常用来绕过 WAF ，很实用的模块，但是却常常被新手忽略（比如我），今天就整理总结一下 tamper 的用法以及 tamper 的编写
今天给大家再次分享一篇硬核内容，那就是黑客常用的SQL注入绕过技术，还是那句话：我们学渗透技术不是为了攻击别人的系统，而是了解黑客常用的渗透技能，以此来修复我们自己系统中的漏洞，使我们的系统更加健壮，更加安全。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
根据官方的YAML站点所述，YAML是面向所有编程语言的对人类友好的数据序列化标准。
第4章 Schema与数据类型优化 数据类型的设定原则应该遵循更小的往往更好，越简单越好（如能用data就用data而不用字符串），尽量避免NULL。 如果数据允许NULL，对MySQL来说更难优化，因为可为NULL的列使得索引，索引统计，和值比较都比较复杂。 TINYINT，SMALLINT，MEDIUMINT，INT，BIGINT，8,16,24,32,64位整数，还有可选的UNSIGNED属性，只保存无属性的值。 MySQL可以为整数类型指定宽度，但是对大多数应用这是没有意义的，他不会限制值的合法范围
在上一小节中介绍了 MySQL 数据库的一些最最最基础的入门级也是必须要掌握的10条语句，本节将继续深入学习 MySQL 的增删改查语句。本节讲的增删改查是相对于表 而言的。
距离上次更新 MySQL 从零开始系列，已经过去了十几天，时间隔得有点长，由于我选用的是 MySQL 的最新版本，网上的教程大多停留在 MySQL 5.x，所以要参阅一下官方文档，而文档是英文的，看起来比较耗时，希望大家可以理解，此系列一定会更新到底！
MySQL 全文索引默认是基于单字节流处理的，也就是按照单词与停止词（默认空格或者标点符号）来划分各个关键词，并且把关键词的文档 ID 和位置保存到辅助表用于后期检索。这种对英文，数字类的单字节字符处理很好， 比如“I am a boy!”， 每个单词很明确的用空格分割，后期查询只需要按照以空格为分隔符的单词检索就行，这些我前面三篇文章已经详细讲过。但是这种分割方法对多字节字符比如中文不是很友好，对中文来说每个字就是单独的字，无规律的字可以组成词，但是各个词之间不需要按照空格来分割。举个例子：“为中国人自豪” ，这句话包含了三个词“为”，“中国人”，“自豪”。如果按照默认的全文索引处理，搜索其中任何子句，结果肯定是出不来。这也间接导致大家说 MySQL 的全文检索结果不准确，不靠谱，其实并非如此，主要是 MySQL 全文索引对分词以及停止符界定有差异。例如下面，表 ft_ch ，有三条记录，怎么查都没有没有结果。
1: 查看本机mysql是否安装 rpm -qa | grep mysql 2: 确认 yum源是否有mysql yum clean all yum search mysql 3:安装mysql yum install -y mysql-server 4：判断mysql当前状态 /etc/init.d/mysqld status 或 service mysqld status 5：启动mysql /etc/init.d/mysqld start 或 ser
领取专属 10元无门槛券
手把手带您无忧上云
