mysql 查询语句

SELECT

sum(CASE b.type WHEN 1 THEN b.money else 0 END ) managementFee,

sum(CASE b.type WHEN 2 THEN b.money else 0 END) waterFee,

sum(CASE b.type WHEN 3 THEN b.money else 0 END) powerFee,

a.id as ddd,

a.`year`,

a.`month`,

a.date,

a.money totalFee,

c.room_no roomNo,

c.balance balanceFee,

c.arrears arrearsFee

FROM

t_arrearage a

inner JOIN t_arrearage_item b ON a.id = b.arrearage_id

inner JOIN t_owner c ON a.owner_id = c.id

WHERE

a.room_num = "A-01-01"

AND a.is_pay = 1

group by a.id,a.year,a.month,a.date,a.money,c.room_no,c.balance,c.arrears

可以试试这个，欢迎追问，满意请采纳

你下面有一句判断密码是否正确的，那么上面查询就只要查出用户名匹配的就是了。

整个代码如下：

<?php

include("conn.php")

$name=$_POST["name"]

$pass=$_POST["pass"]

$sql = "select * from user where name = '$name'

$query = mysql_query($sql)

if($hobj = mysql_fetch_object($query)) {

if($hobj->pass != $_POST['pass']) {

echo "密码错误！"

}

else {

echo "登录成功！"

}

}

else{

echo "用户名不存在！"

}

?>

以下五种方法可以快速定位全局锁的位置，仅供参考。

方法1：利用 metadata_locks 视图

此方法仅适用于 MySQL 5.7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。

方法2：利用 events_statements_history 视图此方法适用于 MySQL 5.6 以上版本，启用 performance_schema.eventsstatements_history（5.6 默认未启用，5.7 默认启用），该表会 SQL 历史记录执行，如果请求太多，会自动清理早期的信息，有可能将上锁会话的信息清理掉。

方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。也可以使用 gdb 交互模式，但 attach mysql 进程后 mysql 会完全 hang 住，读请求也会受到影响，不建议使用交互模式。

方法4：show processlist

如果备份程序使用的特定用户执行备份，如果是 root 用户备份，那 time 值越大的是持锁会话的概率越大，如果业务也用 root 访问，重点是 state 和 info 为空的，这里有个小技巧可以快速筛选，筛选后尝试 kill 对应 ID，再观察是否还有 wait global read lock 状态的会话。

方法5：重启试试！

---