安装MySQL后无法登陆?
以centos系统为例 首先: cp /usr/share/doc/MySQL-server-5.5.24/my-medium.cnf /etc/my.cnf 其次: touch /var/lib/mysql/mysql.scok 查看下数据库运行状态 /etc/init.d/mysql status 提示 ERROR! MySQL is running but PID file could not be found 先打印MYSQL进程 ps aux | grep mysql 然后KILL进程 kill -9 pid1 pid2 … 再启动MYSQL /etc/init.d/mysql start 再检查mysql运行状态 /etc/init.d/mysql status 因为一开始/etc下我是找不到my.cnf 这个文件的,/usr/share/doc/MySQL-server-5.5.24/这个下面有个my-default.cnf这个文件,看了看,感觉和my-medium.cnf差不多,就拷贝到etc目录下了,来充当my.cnf吧, mysql有两种启动方式,一种tcp,一种socket,一般来说tcp启动没问题,只是socket启动才会出现上述问题。
关于MySQL中的表锁和行锁?
1. 程序中非数据库交互操作导致事务挂起
将接口调用或者文件操作等这一类非数据库交互操作嵌入在 SQL 事务代码之中,那么整个事务很有可能因此挂起(接口不通等待超时或是上传下载大附件)。
2. 事务中包含性能较差的查询 SQL
事务中存在慢查询,导致同一个事务中的其他 DML 无法及时释放占用的行锁,引起行锁等待。
3. 单个事务中包含大量 SQL
通常是由于在事务代码中加入 for 循环导致,虽然单个 SQL 运行很快,但是 SQL 数量一大,事务就会很慢。
4. 级联更新 SQL 执行时间较久
这类 SQL 容易让人产生错觉,例如:update A set ... where ...in (select B) 这类级联更新,不仅会占用 A 表上的行锁,也会占用 B 表上的行锁,当 SQL 执行较久时,很容易引起 B 表上的行锁等待。
5. 磁盘问题导致的事务挂起
极少出现的情形,比如存储突然离线,SQL 执行会卡在内核调用磁盘的步骤上,一直等待,事务无法提交。
综上可以看出,如果事务长时间未提交,且事务中包含了 DML 操作,那么就有可能产生行锁等待,引起报错。
Mysql中哪些场景下会导致使用了索引但索引失效,导致性能变差?
以 Mysql 为例,其中索引 BTree 类型 。以下几种SQL设计会导致虽然使用了索引,但是索引不会生效,即引擎放弃使用索引而进行全表扫描:
- WHERE 子句中使用 != 或 <> 操作符。
- WHERE 子句中对索引列使用 %前缀模糊查询。
- WHERE 子句中对索引列使用 OR 来连接条件。
- WHERE 子句中对索引列使用 NOT IN。
- WHERE 子句中对索引列使用计算、函数、类型转换等操作。
- WHERE 子句中对索引列使用参数。

