postgresql在线备份与恢复(三)

最新推荐文章于 2022-08-09 23:26:03 发布
最新推荐文章于 2022-08-09 23:26:03 发布
阅读量415 收藏
点赞数
文章标签： 数据库 python 操作系统
原文链接：https://my.oschina.net/hippora/blog/378415
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

##备份一个基础备份,使用底层API

###确保你已经开启了归档

可以通过检查参数设置,找到归档目录,手动切换wal日志来查看是否可以正确归档

postgres=# select name,setting from pg_settings where name like 'archive%' or name = 'wal_level';
      name       |                                   setting                                    
-----------------+------------------------------------------------------------------------------
 archive_command | test ! -f /var/lib/pgsql/pg_archive/%f && cp %p /var/lib/pgsql/pg_archive/%f
 archive_mode    | on
 archive_timeout | 0
 wal_level       | archive
(4 rows)

进入归档目录查看当前最大字符的归档名

[postgres@fnddb pg_archive]$ ll
total 311304
......
-rw-------. 1 postgres postgres 16777216 Feb 13 01:13 000000020000000000000010
-rw-------. 1 postgres postgres 16777216 Feb 13 19:13 000000020000000000000011
-rw-------. 1 postgres postgres       41 Feb 13 01:02 00000002.history

切换一下日志并再次检查

[postgres@fnddb pg_archive]$ ll -r && psql -c "select pg_switch_xlog()"
total 311304
-rw-------. 1 postgres postgres       41 Feb 13 01:02 00000002.history
-rw-------. 1 postgres postgres 16777216 Feb 13 19:13 000000020000000000000011
[postgres@fnddb pg_archive]$ ll -r
total 327688
-rw-------. 1 postgres postgres       41 Feb 13 01:02 00000002.history
-rw-------. 1 postgres postgres 16777216 Feb 13 19:17 000000020000000000000012

如果数据库没有任何活动,有可能切换不会进行归档

###执行pg_start_backup命令开始备份

使用superuser执行, 150213basebackup 是一个标签

[postgres@fnddb ~]$ psql -c "select pg_start_backup('150213basebackup')"
 pg_start_backup 
-----------------
 0/14000028
(1 row)

###使用操作系统命令备份cluster,tablespace,归档文件.

[postgres@fnddb pgsql]$ tar -cjvf ~/basebk150213.tbz2 /var/lib/pgsql/data /var/lib/pgsql/tsdata /var/lib/pgsql/tsdata02 --exclude /var/lib/pgsql/data/postmaster.opts --exclude /var/lib/pgsql/data/postmaster.pid --exclude /var/lib/pgsql/data/pg_xlog --exclude /var/lib/pgsql/data/pg_replslot

需要排除一些文件无需归档

  • postmaster.opts,postmaster.pid --这是pg服务器进程的信息,不需要备份
  • pg_xlog --当前的wal日志,还原时可能已经过期,我们需要归档.
  • pg_replslot --replication使用的,无需备份

###执行pg_stop_backup结束备份

[postgres@fnddb pgsql]$ psql -c "select pg_stop_backup()"
NOTICE:  pg_stop_backup complete, all required WAL segments have been archived
 pg_stop_backup 
----------------
 0/140000B8
(1 row)

###制造一些测试数据来测试

建两个表在不同的时间点各插入一批数据

[postgres@fnddb pgsql]$ psql database1
psql (9.4.1)
Type "help" for help.

database1=# \! date
Fri Feb 13 19:59:28 CST 2015
database1=# create table t_19_59_28(id int);
CREATE TABLE
database1=# insert into t_19_59_28 select generate_series(1,10000);
INSERT 0 10000
database1=# select now();
              now              
-------------------------------
 2015-02-13 20:04:49.63197+08
(1 row)
database1=# create table t_20_04_49(id int);
CREATE TABLE
database1=# insert into t_20_04_49 select generate_series(1,10000);
INSERT 0 10000
database1=# select now();
              now              
-------------------------------
 2015-02-13 20:05:52.15099+08
(1 row)
database1=# insert into t_19_59_28 select generate_series(1,10000);
INSERT 0 10000
database1=# select now();
              now              
-------------------------------
 2015-02-13 20:06:54.926986+08
(1 row)
database1=# select pg_switch_xlog();
 pg_switch_xlog 
----------------
 0/151FE288
(1 row)

database1=# insert into t_20_04_49 select generate_series(1,10000);
INSERT 0 10000
database1=# select now();
              now              
-------------------------------
 2015-02-13 20:08:35.060989+08
(1 row)

###备份归档

[postgres@fnddb pgsql]$ ll -r pg_archive/
total 442380
-rw-------. 1 postgres postgres       41 Feb 13 01:02 00000002.history
-rw-------. 1 postgres postgres 16777216 Feb 13 20:08 000000020000000000000015
-rw-------. 1 postgres postgres      303 Feb 13 19:52 000000020000000000000014.00000028.backup
-rw-------. 1 postgres postgres 16777216 Feb 13 19:52 000000020000000000000014
-rw-------. 1 postgres postgres 16777216 Feb 13 19:23 000000020000000000000013
......

为了方便,我备份了所有timeline= 00000002开头的归档,实际上只需要>= 000000020000000000000014 的归档即可.
详细可以见上一篇文章

[postgres@fnddb pg_archive]$ tar -cjvf ~/basebk150213_arch.tbz2 00000002*
00000002000000000000000F
000000020000000000000010
000000020000000000000011
000000020000000000000012
000000020000000000000013
000000020000000000000014
000000020000000000000014.00000028.backup
000000020000000000000015
00000002.history

##基于时间点的恢复(PITR)

###模拟破坏数据库

模拟数据库正常运作

database1=# insert into t_19_59_28 select generate_series(1,10000);
INSERT 0 10000
database1=# insert into t_20_04_49 select generate_series(1,10000);
INSERT 0 10000
database1=# select count(*) from t_19_59_28;
 count 
-------
 30000
(1 row)

database1=# select count(*) from t_20_04_49;
 count 
-------
 30000
(1 row)

database1=# select pg_switch_xlog();
 pg_switch_xlog 
----------------
 0/161DC3E8
(1 row)

[postgres@fnddb pg_archive]$ ll -r
total 458764
-rw-------. 1 postgres postgres       41 Feb 13 01:02 00000002.history
-rw-------. 1 postgres postgres 16777216 Feb 13 21:19 000000020000000000000016 --此归档未备份

假设数据库已经破坏,归档日志已经全部丢失.

[postgres@fnddb pgsql]$ rm -rf data
[postgres@fnddb pgsql]$ rm -rf pg_archive
[postgres@fnddb pgsql]$ rm -rf tsdata
[postgres@fnddb pgsql]$ rm -rf tsdata02

数据库操作报错,过一会数据库就崩溃关闭了

database1=# select count(*) from t_20_04_49;
ERROR:  could not open file "base/16385/16403": No such file or directory
database1=# insert into t_20_04_49 select generate_series(1,10000);
ERROR:  could not open file "base/16385/16403": No such file or directory
database1=# insert into t_20_04_49 select generate_series(1,10000);
server closed the connection unexpectedly
        This probably means the server terminated abnormally
        before or while processing the request.
The connection to the server was lost. Attempting reset: Failed.

###使用基础备份与归档进行备份

####如果数据库还未关闭,则立即关闭

[postgres@fnddb pgsql]$ pg_ctl stop -m fast

####解压缩基础备份到相应目录,解压归档日志

由于备份时指定了绝对路径目录结构一起备份了,这里指定根目录

[postgres@fnddb ~]$ tar -xjvf basebk150213.tbz2 -C /
......
var/lib/pgsql/tsdata/PG_9.4_201409291/16385/16397
var/lib/pgsql/tsdata02/
var/lib/pgsql/tsdata02/PG_9.4_201409291/
[postgres@fnddb ~]$ mkdir basebk150213_arch
[postgres@fnddb ~]$ tar -xjvf basebk150213_arch.tbz2 -C basebk150213_arch
......
000000020000000000000014
000000020000000000000014.00000028.backup
000000020000000000000015
00000002.history

####恢复期间禁止用户登录

修改pg_hba.conf,方法略

####配置recovery.conf文件

这里我想只还原到t_19_59_28表创建好,并插入了10000条记录, t_20_04_49表还未创建

[postgres@fnddb ~]$ cd $PGDATA
[postgres@fnddb data]$ cp /usr/local/pgsql/share/recovery.conf.sample recovery.conf
[postgres@fnddb data]$ vi recovery.conf 
......
restore_command = 'cp /home/postgres/basebk150213_arch/%f %p'
recovery_target_time = '2015-02-13 20:04:49.63197+08' 
recovery_target_inclusive = true        --指示如果这个时间点上的commit是否要包括进去.true就是包括

这里需要注意: recovery_target_time 设置的时间格式,使用pg的now函数输出的格式 如果使用诸如linux下date命令的格式填写的话,会转换错误 之前我实验填写的是Fri Feb 13 20:04:49 CST 2015,结果恢复时转换成了2015-02-14 10:04:49+08,导致恢复点错误. 不知道是不是PG的BUG

####启动服务进程进行恢复

[postgres@fnddb data]$ pg_ctl start
[postgres@fnddb data]$ tail pg_log/postgresql-13_220103.csv 
......
FATAL,XX000,"required WAL directory ""pg_xlog"" does not exist"
......

检查日志发现没有pg_xlog,想起来是当初备份的时候排除了pg_xlog和pg_replslot

[postgres@fnddb data]$ mkdir pg_xlog pg_replslot
[postgres@fnddb data]$ pg_ctl start
server starting
[postgres@fnddb data]$ vi pg_log/postgresql-13_232942.csv 
2015-02-13 23:29:42.109 CST,,,14378,,54de1866.382a,1,,2015-02-13 23:29:42 CST,,0,LOG,00000,"ending log output to stderr",,"Future log output will go to log destination ""csvlog"".",,,,,,,""
2015-02-13 23:29:42.112 CST,,,14380,,54de1866.382c,1,,2015-02-13 23:29:42 CST,,0,LOG,00000,"database system was interrupted; last known up at 2015-02-13 19:23:06 CST",,,,,,,,,""
2015-02-13 23:29:42.112 CST,,,14380,,54de1866.382c,2,,2015-02-13 23:29:42 CST,,0,LOG,00000,"creating missing WAL directory ""pg_xlog/archive_status""",,,,,,,,,""
2015-02-13 23:29:42.113 CST,,,14380,,54de1866.382c,3,,2015-02-13 23:29:42 CST,,0,LOG,00000,"starting point-in-time recovery to 2015-02-13 20:04:49.63197+08",,,,,,,,,""
2015-02-13 23:29:42.121 CST,,,14380,,54de1866.382c,4,,2015-02-13 23:29:42 CST,,0,LOG,00000,"restored log file ""00000002.history"" from archive",,,,,,,,,""
2015-02-13 23:29:42.157 CST,,,14380,,54de1866.382c,5,,2015-02-13 23:29:42 CST,,0,LOG,00000,"restored log file ""000000020000000000000014"" from archive",,,,,,,,,""
2015-02-13 23:29:42.162 CST,,,14380,,54de1866.382c,6,,2015-02-13 23:29:42 CST,,0,LOG,00000,"redo starts at 0/14000090",,,,,,,,,""
2015-02-13 23:29:42.163 CST,,,14380,,54de1866.382c,7,,2015-02-13 23:29:42 CST,,0,LOG,00000,"consistent recovery state reached at 0/140000B8",,,,,,,,,""
2015-02-13 23:29:42.199 CST,,,14380,,54de1866.382c,8,,2015-02-13 23:29:42 CST,,0,LOG,00000,"restored log file ""000000020000000000000015"" from archive",,,,,,,,,""
2015-02-13 23:29:42.252 CST,,,14380,,54de1866.382c,9,,2015-02-13 23:29:42 CST,,0,LOG,00000,"recovery stopping before commit of transaction 1837, time 2015-02-13 20:05:04.931385+08",,,,,,,,,""
2015-02-13 23:29:42.252 CST,,,14380,,54de1866.382c,10,,2015-02-13 23:29:42 CST,,0,LOG,00000,"redo done at 0/150C2A10",,,,,,,,,""
2015-02-13 23:29:42.252 CST,,,14380,,54de1866.382c,11,,2015-02-13 23:29:42 CST,,0,LOG,00000,"last completed transaction was at log time 2015-02-13 20:03:02.823509+08",,,,,,,,,""
2015-02-13 23:29:42.265 CST,,,14380,,54de1866.382c,12,,2015-02-13 23:29:42 CST,,0,LOG,00000,"selected new timeline ID: 3",,,,,,,,,""
2015-02-13 23:29:42.272 CST,,,14380,,54de1866.382c,13,,2015-02-13 23:29:42 CST,,0,LOG,00000,"restored log file ""00000002.history"" from archive",,,,,,,,,""
2015-02-13 23:29:42.358 CST,,,14380,,54de1866.382c,14,,2015-02-13 23:29:42 CST,,0,LOG,00000,"archive recovery complete",,,,,,,,,""
2015-02-13 23:29:42.462 CST,,,14389,,54de1866.3835,1,,2015-02-13 23:29:42 CST,,0,LOG,00000,"autovacuum launcher started",,,,,,,,,""
2015-02-13 23:29:42.463 CST,,,14378,,54de1866.382a,2,,2015-02-13 23:29:42 CST,,0,LOG,00000,"database system is ready to accept connections",,,,,,,,,""
2015-02-13 23:29:42.472 CST,,,14390,,54de1866.3836,1,,2015-02-13 23:29:42 CST,,0,LOG,00000,"archive command failed with exit code 1","The failed archive command was: test ! -f /var/lib/pgsql/pg_archive/00000003.history && cp pg_xlog/00000003.history /var/lib/pgsql/pg_archive/00000003.history",,,,,,,,""
2015-02-13 23:29:43.483 CST,,,14390,,54de1866.3836,2,,2015-02-13 23:29:42 CST,,0,LOG,00000,"archive command failed with exit code 1","The failed archive command was: test ! -f /var/lib/pgsql/pg_archive/00000003.history && cp pg_xlog/00000003.history /var/lib/pgsql/pg_archive/00000003.history",,,,,,,,""
2015-02-13 23:29:44.493 CST,,,14390,,54de1866.3836,3,,2015-02-13 23:29:42 CST,,0,LOG,00000,"archive command failed with exit code 1","The failed archive command was: test ! -f /var/lib/pgsql/pg_archive/00000003.history && cp pg_xlog/00000003.history /var/lib/pgsql/pg_archive/00000003.history",,,,,,,,""
2015-02-13 23:29:44.493 CST,,,14390,,54de1866.3836,4,,2015-02-13 23:29:42 CST,,0,WARNING,01000,"archiving transaction log file ""00000003.history"" failed too many times, will try again later",,,,,,,,,""
[postgres@fnddb data]$ mkdir /var/lib/pgsql/pg_archive/

日志中可以看到是进行了PITR恢复,并生成了新的Time line ID:3 停止在了这里: recovery stopping before commit of transaction 1837, time 2015-02-13 20:05:04.931385+08

报错是:归档目录之前模拟破坏被删除

####进行确认检查

[postgres@fnddb ~]$ psql database1
psql (9.4.1)
Type "help" for help.

database1=# \dt
           List of relations
 Schema |    Name    | Type  |  Owner   
--------+------------+-------+----------
 public | t3         | table | hippo
 public | t4         | table | postgres
 public | t_19_59_28 | table | postgres
(3 rows)

database1=# select count(*) from t_19_59_28;
 count 
-------
 10000
(1 row)

####设置服务器可以接受外部连接

修改pg_hba.conf配置文件

####注意点

  • pg_xlog, pg_replslot 备份的时候最好能够只排除里面的内容,文件夹保留
  • 恢复的时候最好检查一下表空间连接及实际的表空间目录是否恢复正确.如需要更改路径,需要先修改软连接
  • 归档目录也需要检查一下,恢复前先确认

##未完待续......

//END

转载于:https://my.oschina.net/hippora/blog/378415

weixin_33857679
关注
PostgreSQL数据库备份和恢复
学Java，找哪吒
09-10 4万+
🏆作者简介：哪吒，CSDN2022博客之星Top1、CSDN2021博客之星Top2、多届新星计划导师✌、博客专家💪，专注Java硬核干货分享，立志做到Java赛道全网Top N。🏆本文收录于，，目前已经700+订阅，CSDN最强Java专栏，包含全部Java基础知识点、Java8新特性、Java集合、Java多线程、Java代码实例，理论结合实战，实现Java的轻松学习。🏆姐妹篇，，包含面向对象、基本数据类型、数组、继承和多态、泛型、枚举等Java基础知识点。🏆姐妹进阶篇，
postgresql在线备份与恢复(一)
weixin_33670713的博客
02-11 266
2019独角兽企业重金招聘Python工程师标准>>> ...
postgresql-10 备份之pg_basebackup1
hui7822922a的博客
01-13 507
postgresql-10 备份之pg_basebackup #!/bin/shell #前提(开启归档日志,下面3个参数) # wal_level = replica archive_mode = on archive_command = ' cp %p /data/pgsql/archivepg/%f' #压缩 pg_basebackup -Upostgres -D /home/postgres/backup/dev -Ft -z -P #会得2个压缩文件 base.tar.gz 和 pg_wal..
postgresql源码学习（36）—— 事务日志11 - 日志归档
Hehuyi_In的博客
08-09 4012
上一篇我们学习了日志清理，日志清理虽然解决了日志膨胀的问题，但就无法再恢复检查点之前的一致性状态。因此，我们还需要日志归档，pg的日志归档原理和Oracle类似，不过归档命令需要自己配置。以下代码在postmaster.c除了开启归档外，还需要保证wal_level不能是MINIMAL状态（因为该状态下有些操作不会记录日志）。在db启动时，会同时检查archive_mode和wal_level。以下代码也在postmaster.c（PostmasterMain函数）。......
pg开启归档模式
sqlora的专栏
09-07 4935
在一般的生产环境中，数据库都需要开启归档模式，那么在pg中如何开启归档模式呢？ pg中的归档配置涉及几个参数如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 # - Archiving - 是否开启归档 #archive_mode = off...
PostgreSQL时间线(timeline)和History File
Focus on PostgreSQL
12-15 4077
说明： 在pg中，当我们进行了基于时间点的还原(PITR)后，数据库会启用新的时间线并继续进行操作。 但是，当我们进行基于时间点的还原后如果发现又出现错误，想要继续还原数据库该如何操作呢？如何还原到原先旧的时间线呢？ 我们可以使用recovery_target_timeline参数来指定数据库还原到某一个时间线上。如果你还不清楚这个参数该如何使用，或者说压根不知道时间线是啥，那么请继续往下看。 PostgreSQL 时间线： 每当我们在数据库中完成一个事务时，所做的操作都会记录到$PGDATA/pg_wal
postgresql数据库备份和恢复
11-07
PostgreSQL，作为一种流行的开源对象关系数据库系统，它为用户提供了多种工具和方法来实现数据的备份和恢复。 在PostgreSQL数据库备份方面，通常的工具包括内置的客户端工具pgAdmin，它提供了用户图形界面来进行...
PostgreSQL备份与恢复技术介绍.pptx
10-14
PostgreSQL 备份与恢复技术是数据库管理员的重要任务之一，本文将详细介绍 PostgreSQL 的备份与恢复技术，包括物理备份与恢复、逻辑备份与恢复、时间点恢复和特殊的数据恢复。 物理备份与恢复 物理备份是指对整个...
Postgresql备份和增量恢复方案
09-09
在PostgreSQL数据库管理中，备份和恢复是至关重要的任务，特别是在面临数据丢失或系统故障时。本文主要讨论了PostgreSQL的备份策略，特别是增量备份和恢复的方法，这对于确保数据的安全性和业务连续性至关重要。 ...
归档失败并在日志文件中存在报错
HighGO
05-18 913
目录环境症状问题原因解决方案相关文档报错编码环境系统平台：N/A版本：4.1.1症状归档失败并在日志文件中存在报错:cp: writing `/arch/20171204/000000010000000000000002': No space left on deviceLOG: archive command failed with exit code 1DETAIL: The failed...
PostgreSQL 10 基于日志的备份与还原
liuhhaiffeng的专栏
02-17 2459
PostgreSQL 10 基于日志的备份与还原 wal，即预写式日志，是日志的标准实现方式，简单而言就是将对数据库的变动先记录到日志中，而后在将具体的新数据刷新到磁盘。PostgreSQL将该日志维护在数据文件夹下的子文件夹pg_wal中。当数据库崩溃后，可以通过“重放(replay)”日志中的“动作”，将数据库恢复。也就是说，只要拥有一个基础备份和完整的日志文件，理论上可以将数据库库恢复到任意...
PostgreSQL的几种常见问题和解决方法
热门推荐
international24的博客
04-30 7万+
1. 前言 1.1 概述 本文介绍了postgresql的几种常见问题，并从现象出发，逐步排查问题，分析导致问题的原因并给出解决方案。 本文介绍的问题分为两大类：一类是关于PostgreSQL无法启动的问题，另一类是PostgreSQL启动后，部分数据库对象无法访问的问题。 1.2软件环境 本文使用的 PostgreSQL 版本是 9.2。 1.3一些约定术语 PostgreSQ...
postgresql连续归档及时间点恢复
yanggd1987的专栏
04-21 1万+
简介  前面我们介绍了通过pgsql的流复制在生产环境中搭建高可用环境来保证服务的可持续性；我们也要对数据库进行周期备份，来防止数据的丢失，这就需要连续归档，它不仅可以用于大型数据库的增量备份和恢复，也可以用于搭建standby镜像备份。   PostgreSQL默认处于非归档模式。开启归档模式，主要涉及到三个参数：wal_level,archive_mode和archive_commandwal
postgresql数据库备份与还原
xiaomibuqiang91的博客
02-23 1075
备份postgres表结构和数据： 进入用户名为postgres的数据库：su - postgres pg_dump -h 59.65.233.201 -p 5432 -U postgres –F c -f /home/postgres/postgres.sql postgres  注：-h指数据库服务器的主机名     -p 端口号，postgresql数据库默认5432
postgresql 主备库archive_mode、archive_command
guoxianqi2012的专栏
03-11 1万+
1、在主库,postgresql.conf配置文件配置如下       archive_mode=on       archive_command ='cp -i %p /u01/pg9.1/archivelog/%f       主库开启归档模式，归档日志写入/pg9.1/data/pg_xlog目录，archive_command把归档日志复制到/u01/pg9.1/archivelo
Postgresql 归档失败
魂醉的一亩二分地
05-15 2624
9.2.9版本的postgresql报以下错误2017-05-12 16:15:03.944 CST,,,6641,,58802902.19f1,4789,,2017-01-19 10:48:34 CST,,0,LOG,00000,"archive command failed with exit code 1","The failed archive command was: DIR=/pgar
Postgresql 归档中的一些问题集中总结
sql server的专栏
06-09 592
PostgreSQL 归档是POSTGRESQL 运维中必须进行的一项工作，但对于归档的事情其实在我们运维的一段时间有很多的疑问，这里总结一些我们遇到的问题以及我们对归档的事情的一些理解。...
转载：PostgreSQL时间线的实现
晨风
09-13 1367
来自：http://zisedeqing.blog.163.com/blog/static/95550871201481115942717/、 1.1    基本原理 正常情况下，数据库是沿着一条时间线一直延伸的，但是如果中途，用户期望从归档中进行恢复，则这时数据库的时间线就会产生分支，沿着新的时间线延伸。如下图所示： 1.2    基本流程 使用时间线进行恢复的基本流程是： 1.
解决PostgreSQL的restore出错问题
chenchuwai的博客
07-09 8508
error：'"D:\Program Files\PostgreSQL\10\pgAdmin 4\bin\pg_restore.exe"' is not recognized as an internal or external command, operable program or batch file. 解决方法：打开pgAdmin 4软件，File --> Preferenc...
PostgreSQL备份与恢复策略详解
"刘伟---云和恩墨--PostgreSQL备份与恢复的种种手段.pdf" 在PostgreSQL数据库管理系统中，备份与恢复是确保数据安全和高可用性的重要环节。本资料详细介绍了PostgreSQL的多种备份与恢复策略，包括物理备份与恢复、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值