[Warning] IP address ‘192.168.0.110’ could not be resolved: Name or service not known
配置文件添加
skip-name-resolvemysql接收到连接请求后，获得的是客户端的ip，为了更好的匹配mysql.user里的权限记录（某些是用hostname定义的）。
如果mysql服务器设置了dns服务器，并且客户端ip在dns上并没有相应的hostname，那么这个过程很慢，导致连接等待。
添加skip-name-resolve以后就跳过着一个过程了。
相关文章
处理一个兼职人员部署的服务器故障
1.php故障
Warning: require_once(ROOTPATHconfig/bluebee.inc.php): failed to open stream: No such file or directory in /web/code/mygym/mygym_pc/include/head.php on line 23
Fatal error: require_once(): Failed opening required 'ROOTPATHconfig/bluebee.inc.php' (include_path='.:/usr/local/php54/lib/php') in /web/code/mygym/mygym_pc/include/head.php on line 23boss反馈，一个兼职人员开发部署的项目，出现了这个问题，根据经验初步判断，是文件不存在了，或者目录没有权限，登录之后发现，这个phper根本没有linux基础，以及不懂php-fpm运行机制，文件用户和组是 nginx 然后给了777权限
解决方法
service php-fpm status 显示 php-fpm 是www 用户跑的，但是当前服务器没有该用户
执行如下命令，创建www用户并加入www用户组
groupadd www
useradd -g www -M -s /sbin/nologin www更改代码目录权限
//更改用户组
chown -R www.www /web/code
//更改目录权限
chmod -R 755 /web/code
文件权限根据情况可以给6442.php报错提示mysql连接失败
service mysqld status 显示启动失败，查看/var/log/mysqld.log 日志 报错如下
mysqld_safe mysqld from pid file /var/lib/mysql/mysqld.pid ended
/etc/my.cnf配置如下
# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.6/en/server-configuration-defaults.html
[mysqld]
skip-grant-tables
#
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
#
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
# Recommended in standard MySQL setup
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
发现是使用rpm包使用的社区版安装的。
尝试了各种发，都没有用，最后参考如下问答解决
restorecon -r /var/lib/mysql
service mysqld start原因分析
可能是 /var/lib/mysql 目录，用户组 不是 mysql，
移动复制或修改文件时导致了 SELinux文件属性 丢失
首先保证 mysql 数据目录/var/lib/mysql 用户组 必须是 mysql
然后使用 restorecon 恢复文件的安全上下文
restorecon指令参考
隐式类型转换
例如 pid 字段类型是 int，我们 where pid = “1”，这样就会触发隐式类型转换。字段为数字类型，字符串数字转换成数字时，并不会导致索引失效如下图
当where查询操作符**左边为字符类型**时发生了隐式转换，那么会导致索引失效，造成全表扫描效率极低。
name为字符串类型，传入了数字类型001 转换后索引失效
导致查询结果不符合预期
类型隐式转换规则
当操作符与不同类型的操作数一起使用时，会发生类型转换以使操作数兼容，某些转换是隐式发生的
如果不与数字比较，则将十六进制值视为二进制字符串
如果参数之一是a TIMESTAMP或 DATETIME column，而另一个参数是常量，则在执行比较之前，该常量将转换为时间戳。这样做是为了使ODBC更友好。对于的参数，此操作未完成 IN()。为了安全起见，在进行比较时请始终使用完整的日期时间，日期或时间字符串。例如，要在BETWEEN与日期或时间值一起使用时获得最佳结果 ，请使用CAST()将值显式转换为所需的数据类型。
一个或多个表中的单行子查询不被视为常量。例如，如果子查询返回要与DATETIME 值进行比较的整数，则比较将作为两个整数进行。整数不转换为时间值。要将操作数作为DATETIME值进行比较 ，请使用 CAST()将子查询值显式转换为DATETIME
如果参数之一是十进制值，则比较取决于另一个参数。如果另一个参数是十进制或整数值，则将参数作为十进制值进行比较；如果另一个参数是浮点值，则将参数作为浮点值进行比较。
在所有其他情况下，将参数作为浮点数（实数）进行比较。例如，将字符串和数字操作数进行比较，将其作为浮点数的比较。
条件的由字符转为浮点时候
不以数字开头的字符串都将转换为0。如’abc’、’a123bc’、’abc123’都会转化为0；
以数字开头的字符串转换时会进行截取，从第一个字符截取到第一个非数字内容为止。比如’123abc’会转换为123，’012abc’会转换为012也就是12，’5.3a66b78c’会转换为5.3，其他同理。
避免规则，通过程序处理，尽量使类型与数据库字段保持一致
参考
mysql-8.隐式转换导致索引失效或查出不符合where条件结果
类型转换官方文档
where in 查询结果排序
默认情况下返回结果不会按照in语句内的数据顺序排序。如果需要返回结果按照in语句内的数据顺序排序，可以通过如下方式实现。
第一种 order by FIND_IN_SET(str,strlist)
select * from test where id in (2,1,4,3,5) order by find_in_set id (id,'2,1,4,3,5')第二种 order by SUBSTRING_INDEX( str,delim,count)
select * from test where id in (2,1,4,3,5) order by substring_index('2,1,4,3,5',id,1)第三种 order by field
select * from test where id in (2,1,4,3,5) order by field(id,2,1,4,3,5)一对多 关联 对查询结果 用“多”表的字段进行排序
关系是一 的表 requirement_order
关系为多的表 goods_sku 关联字段为 requirement_id
对requirement_order表进行查询并按照 goods_sku 表中 price 价格进行倒排序
select * from requirement_order ORDER BY (select goods_sku.price from goods_sku where goods_sku.requirement_id = requirement_order.id limit 1) desc
表结构如下
方法一
laravel构造器写法
$category = Category::select('id', 'name')
->with([
'article'=>function ($query) {
$query->select('id', 'cat_id', 'title', 'author')
->whereRaw('(select count(*) from articles as articles2 where articles2.cat_id = articles.cat_id and articles2.id >= articles.id) <= ?', [3]);
}
])
->get();代码执行SQL
//查询分类
select `id`,`name` from `categories`
//查询分类下文章，每个分类下3条
select
`id`,
`cat_id`,
`title`,
`author`
from
`articles`
where
`articles`.`cat_id` in (1, 2, 3, 4, 5, 6, 7, 8, 9, 10)
and (
select
count(*)
from
articles as articles2
where
articles2.cat_id = articles.cat_id
and articles2.id >= articles.id
) <= 3如果只是查询一条的情况可以在with中使用groupBy从句
多对多限制从表条数查询，查出所有书单以及每个书单下n本书籍
表结构如下
方法一
适用于数据量少的情况,数据多的时候查询慢
//书单模型BookList定义限制条数关联recommendBook
public function recommendBook()
{
return $this->belongsToMany('App\Models\Book', 'book_list_has_books', 'booklist_id', 'book_id')
->select('books.id', 'name', 'cover', 'author')
->orderBy('book_list_has_books.sort', 'asc')
->latest('book_list_has_books.created_at')
->limit(10);
}
//控制器中查询
$booklists = BookList::select('id', 'title', 'position')
->latest()
->get()
->each(function ($booklist) {
$booklist->load('recommendBook');
});代码执行SQL
循环查询
方法二
适用于从表数据量少的情况，相比第一种方法减少了查询次数，但是增加了从表数据量（因为是查所有），会占更多的用内存,可能导致内存泄露
$booklists = BookList::select('id', 'title', 'position')
->with([
'listHasBook'=>function ($query) {
$query->select('books.id', 'name', 'cover', 'author')
->orderBy('book_list_has_books.sort', 'asc')
->latest('book_list_has_books.created_at');
}
])
->when($request->input('position'), function ($query) use ($request) {
$query->where('position', $request->input('position'));
})
->orderBy('sort', 'asc')
->latest()
->get()
->each(function (&$booklist) {
$booklist->books = $booklist->listHasBook->slice(0, 10)->all();
unset($booklist->listHasBook);
});执行SQL
只查询两次
如果只是查询一条的情况可以在with中使用groupBy从句
$booklist = BookList::select('id', 'title')
->with([
'listHasBook'=>function ($query) {
$query->select('books.id', 'cover')
->groupBy('booklist_id');
}
])参考
https://blog.csdn.net/zdw19861127/article/details/80449691
mysql-workbench
Workbench can't find libproj.so, some options may be unavailable.
/usr/bin/mysql-workbench-bin: symbol lookup error: /usr/lib/mysql-workbench/libwbprivate.so.8.0.16: undefined symbol:
_ZN7pcrecpp2RE4InitEPKcPKNS_10RE_OptionsEubuntu 安装mysql-workbench-comminuty 启动之后报上述错误,
原因是gtk绘图失败,安装所有有关gdk的更新（同理可安装gtk
sudo apt install gtk*安装之后没有效果,还是失败,最后重装解决。
18.04及后续版本没有出现此问题
show processlist官方手册 https://dev.mysql.com/doc/refman/8.0/en/show-processlist.html
如果有 SUPER 权限，则可以看到全部的线程，否则，只能看到自己发起的线程（这是指，当前对应的 MySQL 帐户运行的线程）
说明各列的含义和用途，
id列:一个标识，你要kill 一个语句的时候很有用。
user列: 显示当前用户，如果不是root，这个命令就只显示你权限范围内的sql语句。
host列:显示这个语句是从哪个ip 的哪个端口上发出的。可用来追踪出问题语句的用户。
db列:显示这个进程目前连接的是哪个数据库。
command列:显示当前连接的执行的命令，一般就是休眠（sleep），查询（query），连接（connect）
通常代表资源未释放，如果是通过连接池，sleep状态应该恒定在一定数量范围内
实战范例：因前端数据输出时（特别是输出到用户终端）未及时关闭数据库连接，导致因网络连接速度产生大量sleep连接，在网速出现异常时，数据库too many connections挂死。
简单解读，数据查询和执行通常只需要不到0.01秒，而网络输出通常需要1秒左右甚至更长，原本数据连接在0.01秒即可释放，但是因为前端程序未执行close操作，直接输出结果，那么在结果未展现在用户桌面前，该数据库连接一直维持在sleep状态
time列:此这个状态持续的时间，单位是秒。
state列:显示使用当前连接的sql语句的状态，很重要的列，后续会有所有的状态的描述，请注意，state只是语句执行中的某一个状态，一个sql语句，已查询为例，可能需要经过copying to tmp table，Sorting result，Sending data等状态才可以完成。
info列:显示这个sql语句，因为长度有限，所以长的sql语句就显示不全，但是一个判断问题语句的重要依据。
这个命令中最关键的就是state列，mysql列出的状态主要有以下几种：
Checking table
正在检查数据表（这是自动的）。
Closing tables
正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。
Connect Out
复制从服务器正在连接主服务器。
Copying to tmp table on disk
由于临时结果集大于 tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。
索引及现有结构无法涵盖查询条件，才会建立一个临时表来满足查询要求，产生巨大的恐怖的i/o压力。
很可怕的搜索语句会导致这样的情况，如果是数据分析，或者半夜的周期数据清理任务，偶尔出现，可以允许。频繁出现务必优化之。
Copy to tmp table通常与连表查询有关，建议逐渐习惯不使用连表查询。
实战范例：
某社区数据库阻塞，求救，经查，其服务器存在多个数据库应用和网站，其中一个不常用的小网站数据库产生了一个恐怖的copy to tmp table操作，导致整个硬盘i/o和cpu压力超载。Kill掉该操作一切恢复。
Creating tmp table
正在创建临时表以存放部分查询结果。
deleting from main table
服务器正在执行多表删除中的第一部分，刚删除第一个表。
deleting from reference tables
服务器正在执行多表删除中的第二部分，正在删除其他表的记录。
Flushing tables
正在执行 FLUSH TABLES，等待其他线程关闭数据表。
Killed
发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。
Locked 被其他查询锁住了
有更新操作锁定
通常使用innodb(支持行锁定)可以很好的减少locked状态的产生，但是切记，更新操作要正确使用索引，即便是低频次更新操作也不能疏忽。如上影响结果集范例所示。
在myisam的时代，locked是很多高并发应用的噩梦。所以mysql官方也开始倾向于推荐innodb。
Sending data
正在处理 SELECT 查询的记录，同时正在把结果发送给客户端。
Sending data并不是发送数据，别被这个名字所欺骗，这是从物理磁盘获取数据的进程，如果你的影响结果集较多，那么就需要从不同的磁盘碎片去抽取数据，偶尔出现该状态连接无碍。
回到上面影响结果集的问题，一般而言，如果sending data连接过多，通常是某查询的影响结果集过大，也就是查询的索引项不够优化。
如果出现大量相似的SQL语句出现在show proesslist列表中，并且都处于sending data状态，优化查询索引，记住用影响结果集的思路去思考。
Sorting for group
正在为 GROUP BY 做排序。
Sorting for order
正在为 ORDER BY 做排序。
和Sending data类似，结果集过大，排序条件没有索引化，需要在内存里排序，甚至需要创建临时结构排序
Opening tables
这个过程应该会很快，除非受到其他因素的干扰。例如，在执 ALTER TABLE 或 LOCK TABLE 语句行完以前，数据表无法被其他线程打开。 正尝试打开一个表。
Removing duplicates
正在执行一个 SELECT DISTINCT 方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端。
Reopen table
获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表。
Repair by sorting
修复指令正在排序以创建索引。
Repair with keycache
修复指令正在利用索引缓存一个一个地创建新索引。它会比 Repair by sorting 慢些。
Searching rows for update
正在讲符合条件的记录找出来以备更新。它必须在 UPDATE 要修改相关的记录之前就完成了。
Sleeping
正在等待客户端发送新请求.
System lock
正在等待取得一个外部的系统锁。如果当前没有运行多个 mysqld 服务器同时请求同一个表，那么可以通过增加 –skip-external-locking参数来禁止外部系统锁。
Upgrading lock
INSERT DELAYED 正在尝试取得一个锁表以插入新记录。
Updating
正在搜索匹配的记录，并且修改它们。
User Lock
正在等待 GET_LOCK()。
Waiting for tables
该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE, 或 OPTIMIZE TABLE。
waiting for handler insert
INSERT DELAYED 已经处理完了所有待处理的插入操作，正在等待新的请求。
Waiting for net, reading from net, writing to net
偶尔出现无妨
如大量出现，迅速检查数据库到前端的网络连接状态和流量
案例:因外挂程序，内网数据库大量读取，内网使用的百兆交换迅速爆满，导致大量连接阻塞在waiting for net，数据库连接过多崩溃
大部分状态对应很快的操作，只要有一个线程保持同一个状态好几秒钟，那么可能是有问题发生了，需要检查一下。还有其它的状态没在上面中列出来，不过它们大部分只是在查看服务器是否有存在错误是才用得着。
show profiles
show profile for query 1官方手册：https://dev.mysql.com/doc/refman/8.0/en/show-profile.html
show status
flush status
show global status
show engine innodb status(老版 show innodb status) show tables from information_schemaexplain官方手册 https://dev.mysql.com/doc/refman/8.0/en/using-explain.html
详细介绍：https://www.yangliuan.cn/?p=145
参考链接
事务
将一组SQL语句,封装到事务中(工作单元)执行,事务中的语句要么全部执行成功,要么全部执行失败!
Mysql中事务是由存储引擎层实现的,常用支持事务的存储引擎Innodb.
应用场景
对数据一致性要求非常高的业务场景,例如:经典转账场景,用户A转账100元给用户B, 如果执行失败,需要使A和B的账户余额恢复正常,否则会造成某一方账户余额错误
ACID原则
原子性 Atomicity
不可分割的最小独立工作单元,事务内的SQL被当做一个整体执行
一致性 Consistency
保证数据一致性.简单的讲就是事务内的SQL要么执行全部成功,要么全部失败,
隔离性 Isolation (隔离级别)
一个事务内的操作(执行的SQL)在最终提交以前,对其它事务是不可见的.
持久性 Durability
事务提交后,数据将永久存储
自动提交
Mysql默认的采用自动提交模式(AUTOCOMMIT),不显式开启事务(start transaction)时,每次执行的sql都会提交
查看事务是否自动开启 show variables status like ‘autocommit’
开启关闭 set autocommit = 0 (OFF) set autocommit = 1(ON)
隔离级别(事务的)
SQL标准提供了四种事务的隔离级别:
读未提交(read uncommitted)
事务中的(数据)变更,即使事务未提交,在其它事务中也可以读取.也称为脏读(dirty read)
应用场景:
读提交(read committed)
事务中的(数据)变更,在事务提交后,在其它事务中才可以被读取,也称为不可重复读,
执行同样的查询,两次可能会得到不同的结果
可重复读(repeatable read) MySQL默认隔离级别
事务在执行过程中读取的数据,总是跟事务启动时读取的到的数据保持一致,未提交变更对其它事务同样不可见.会出现幻读.事务A读取一行记录,此时事务B插入新的记录,事务A再次读取数据,先前读取的一行会出现重复.
Innodb通过MVCC解决了幻读.
串行化(serializable)
强制事务串行执行,写操作加写锁,读操作加读锁,出现写锁冲突是后一个事务必须等待前一个事务执行完成才能继续执行
对比
| 隔离级别 | 脏读可能性 | 不可重复读 | 幻读可能性 | 加锁读 |
| READ UNCOMMIT | yes | yes | yes | no |
| READ COMMITED | no | yes | yes | no |
| REPEATABLE READ | no | no | yes | no |
| SERIALIZABLE | no | no | no | yes |
查看隔离级别指令
show variables like 'transaction_isolation';
配置的方式:
将mysql启动参数 transaction-isolation 的值设置成对应的隔离级别
隔离级别演示案例