在数据库中，"幽灵行"是指在事务中被删除或更新的行，但在事务提交之前，其他事务仍然可以看到这些行的现象。

解决"幽灵行"的常用方法是使用事务隔离级别，并使用适当的锁机制来保证数据的一致性。以下是几种解决"幽灵行"的方法：

1. 使用串行化事务隔离级别：在串行化事务隔离级别下，事务是按顺序执行的，不会出现并发问题。这种隔离级别可以避免"幽灵行"的问题，但会牺牲一定的并发性能。

2. 使用读已提交事务隔离级别：在读已提交事务隔离级别下，事务只能读取到已经提交的数据，而不会读取到未提交的数据。这样可以避免读取到"幽灵行"的问题。

3. 使用行级锁：在需要删除或更新数据的事务中，使用行级锁来锁定被操作的行，以防止其他事务读取或修改这些行。这样可以确保事务提交前其他事务无法看到被删除或更新的行。

4. 使用乐观并发控制：在每个数据行上添加一个版本号或时间戳字段，并在更新时比较该字段的值。如果其他事务已经修改了该行的数据，则当前事务会回滚。这种方式可以避免"幽灵行"的问题，并允许更高的并发性。

以下是一个使用行级锁解决"幽灵行"的示例代码（使用MySQL数据库）：

-- 开启事务
START TRANSACTION;

-- 锁定需要删除或更新的行
SELECT * FROM your_table WHERE id = 1 FOR UPDATE;

-- 执行删除或更新操作
DELETE FROM your_table WHERE id = 1;

-- 提交事务
COMMIT;

在这个示例中，事务首先使用SELECT ... FOR UPDATE语句锁定了id为1的行，确保其他事务无法读取或修改该行。然后执行删除或更新操作，并最后提交事务。这样可以避免其他事务读取到被删除或更新的行。