上班随想，如果地铁无法刷卡了，如何排查故障
上班随想，如果地铁无法刷卡了，如何排查故障
- 如果地铁无法刷卡了，可能是什么原因导致的
- 系统故障
- 确认是否为单一设备问题
- 检查网络连接
- 检查设备软件故障
- 检查系统日志
- 重启软件服务
- 对比系统和配置文件
- 检查第三方服务
- 排查数据库问题
- 什么叫数据库锁位 ？
- 怎么查看哪个事物的锁请求没有释放
- 以MySQL的工具举一个例子
- 排查到哪个事物在等待锁以后如何处理
- 如何强制杀死事务以及杀死事务带来的风险
- 检查维护
- 检查人为损坏
- 网络故障
- 支付系统升级
- 银行卡问题
- 安全问题
如果地铁无法刷卡了，可能是什么原因导致的
这里是指正常故障，排除类似黑客攻击、洪水地震等不可抗力非正常故障，在一个上班的早高峰突然发现地铁炸鸡不开了，粗略估计可能有以下几个原因
系统故障
地铁刷卡系统可能发生了故障，这种情况比较常见，地铁系统的硬件、软件等各种因素都有可能导致故障，进而影响刷卡服务的正常使用。
那么如果是软硬件问题，如何开始排查？
如果地铁刷卡系统出现故障，通常需要进行以下排查：
确认是否为单一设备问题
如果只有某个单一设备无法刷卡，可以确认是否为该设备的硬件故障，需要维修或更换该设备。
检查网络连接
检查设备是否联网，以及网络是否正常连接，网络故障可能会导致设备无法正常工作。
检查设备软件故障
在确认设备硬件正常的前提下，尝试排除设备的软件故障，例如升级固件、重新启动设备、检查设备运行日志等。
如果确定硬件没有问题，可以对软件进行更深入的故障排查。以下是几个可能的排查方法：
检查系统日志
可以查看系统日志并对比正常情况下的日志，查找是否有相应的报错信息。
重启软件服务
有时候软件服务可能会出现异常卡死等问题，可以尝试通过重启软件服务（如Tomcat、Apache等）来解决。
对比系统和配置文件
可以将当前问题系统和已知正常工作的系统进行对比，查看配置文件等差别，是否有漏洞。
检查第三方服务
如果系统中使用了第三方组件或服务，可以检查是否有相关服务故障或者接口异常，尝试升级或修复服务。
排查数据库问题
如果软件系统使用了数据库，可以确认数据库的连接是否正常，执行相关查询语句是否返回正确结果，是否存在数据库锁位等问题。
什么叫数据库锁位 ？
数据库锁是在多个事务操作同一个数据时，在保证数据完整性的同时，对数据库进行调度和控制的方式。锁的目的是防止多个事务同时更改同一条记录，造成数据混乱和损坏。
在数据库中，锁位是一个概念，通常用于排查数据库死锁问题。数据库死锁指的是两个或多个事务在彼此等待对方释放资源的情况下无法继续执行，导致系统无法正常处理请求。如果出现了死锁问题，需要查找哪些语句申请了锁并没有释放，这个地方就是锁位。
例如，一个事务在执行一个操作对一条记录加上排它锁（Exclusive Lock），而另一个事务在执行对同一条记录的操作时，也要求对同一条记录加上排它锁，二者就构成了死锁。这时，将锁位置为锁位，然后查看锁位，便可以了解到那个事务的锁请求没有释放，这有助于我们排查死锁问题并解决其它数据库相关问题。
怎么查看哪个事物的锁请求没有释放
在数据库中查看哪个事务的锁请求没有释放，可以使用以下方法：
1.使用系统自带的工具：不同数据库都提供了相关的工具，如Oracle中的“V$LOCKED_OBJECT”系统视图，可以查看哪些对象处于锁定状态，想要查看对应事务信息，可以查询相关的系统视图。
2.使用第三方工具：很多第三方公司提供了专门的工具，如dbForge Studio、TOAD等，可以方便地监控数据库中的锁，并查看哪个事务等待、阻塞或者已经超时等信息。
3.使用命令行工具：不少数据库还提供了命令行工具，如MySQL提供的show innodb engine status命令，可以输出锁信息，包括锁等待队列、锁等待计数、死锁检测等信息。
无论是使用系统自带的工具、第三方工具还是命令行工具，都需要对工具和命令的使用有一定的了解和掌握。这样才能更好地排查数据库问题，并且确保对系统数据的安全性不产生影响。
以MySQL的工具举一个例子
以MySQL为例，查询哪个事物的锁请求没有释放，可以使用MySQL自带的工具："information_schema"视图，具体操作如下：
首先，登录到MySQL数据库，运行以下命令来查询当前的进行中的事务：
SELECT * FROM information_schema.INNODB_TRX;
该命令会返回当前进行中的所有事务列表和相关信息。
针对查询结果，查看字段"trx_query"和"trx_mysql_thread_id"。"trx_query"列中将返回事务运行时执行的SQL语句，而"trx_mysql_thread_id"列中将返回正在运行的事务的线程 ID。
使用以下命令以查看哪个事务在等待锁、哪个事务拥有锁：
SELECT * FROM information_schema.INNODB_LOCKS;
SELECT * FROM information_schema.INNODB_LOCK_WAITS;
这两个命令分别用于查看当前持有的锁和当前等待释放的锁。可以检查其中的"lock_trx_id"，该字段的值对应"INNODB_TRX"视图中的"trx_id"，可以确定哪个事务在等待或拥有锁。
在MySQL中，"information_schema"视图提供了许多有用的信息和统计数据，帮助查询和调优数据库。运行上述命令可以查询当前正在进行中的事务，以及哪个事务等待释放的锁和哪个事务拥有了锁，对于排查数据库问题很有帮助。
排查到哪个事物在等待锁以后如何处理
如果排查到了哪个事务在等待锁，那么可以根据情况采取以下几种处理方式：
等待其他事务完成：如果发现这个事务是因为同时访问同一个数据而导致的锁等待，可以等待其他事务完成后再执行该事务。
强制杀死问题事务：如果等待时间过长或事务被卡住，可以强制杀死事务，但需要注意保证数据的完整性和一致性。
给事务增加更多资源：如果发现事务等待的是系统资源不足，可以尝试增加更多资源以提高事务的执行速度，例如增加缓存、升级更高的硬件等。
增加锁等待超时时间：设置锁等待超时时间可以让执行事务的时间足够长，在等待一定时间后可以避免事务被永久阻塞，但这种做法需要注意不能让超时时间过长，否则可能会导致性能下降或资源浪费。
总之，在处理数据库锁等待问题时，需要根据具体情况进行分析和选择，以确保数据的一致性和完整性，并提高系统的性能。同时，需要避免强制杀死事务等操作带来的风险。
如何强制杀死事务以及杀死事务带来的风险
用如下命令来杀死指定事务，其中"trx_id"是事务的标识符：
KILL trx_id;
可以再次运行查询命令确认事务是否已经被清除：
SELECT * FROM information_schema.INNODB_TRX;
虽然在某些情况下强制杀死事务是一个解决问题的有效方法，但也需要注意与此带来的一些风险：
数据不一致性：强制杀死事务可能会影响正在进行的数据的一致性，这可能会导致数据损坏或丢失。因此，在执行此操作之前需要确保备份数据，并要准确了解数据的一致性风险。
应用程序的异常处理：杀死事务后，应用程序可能执行的一些未预期的异常处理程序，这些异常处理程序可能会导致数据丢失或操作错误，需要在杀死事务前审慎处理。
系统负荷和性能：杀死大量的事务、特别是频繁杀死事务，可能会对系统和应用程序的性能产生严重影响。在真正必要的情况下才应该使用此方法，避免滥用。
综上所述，杀死事务是解决在数据库操作时出现死锁或者资源争用等问题的有效方法之一，但也需要注意它所带来的风险并在必要时采取适当措施。
检查维护
如果设备一直正常运行，那么可能是由于长期没有进行维护更新而导致的问题，需要进行设备维护。
检查人为损坏
有时候设备可能会受到意外损坏，例如被恶意破坏或意外撞击等，需要相应的修复或更换。
网络故障
地铁刷卡系统需要联网才能正常运作。如果网络出现故障，则会影响地铁的刷卡服务。
支付系统升级
如果地铁的支付系统正在进行升级，那么在升级期间可能会导致无法刷卡。
银行卡问题
如果您的银行卡状态异常，例如余额不足、挂失等问题，也可能导致无法刷卡。
安全问题
为了保障乘客的安全，地铁管理部门可能会对刷卡服务进行临时关闭。