2010-05-12 10:19:11 +08:00
|
|
|
/*
|
|
|
|
* pg_upgrade.c
|
|
|
|
*
|
|
|
|
* main source file
|
2010-07-03 22:23:14 +08:00
|
|
|
*
|
2015-01-07 00:43:47 +08:00
|
|
|
* Copyright (c) 2010-2015, PostgreSQL Global Development Group
|
2010-09-21 04:08:53 +08:00
|
|
|
* contrib/pg_upgrade/pg_upgrade.c
|
2010-05-12 10:19:11 +08:00
|
|
|
*/
|
|
|
|
|
2011-01-07 11:44:57 +08:00
|
|
|
/*
|
2011-01-08 10:25:34 +08:00
|
|
|
* To simplify the upgrade process, we force certain system values to be
|
|
|
|
* identical between old and new clusters:
|
2011-01-07 11:44:57 +08:00
|
|
|
*
|
2011-01-08 10:25:34 +08:00
|
|
|
* We control all assignments of pg_class.oid (and relfilenode) so toast
|
|
|
|
* oids are the same between old and new clusters. This is important
|
|
|
|
* because toast oids are stored as toast pointers in user tables.
|
2011-01-07 11:44:57 +08:00
|
|
|
*
|
2014-03-05 23:43:45 +08:00
|
|
|
* While pg_class.oid and pg_class.relfilenode are initially the same
|
|
|
|
* in a cluster, they can diverge due to CLUSTER, REINDEX, or VACUUM
|
|
|
|
* FULL. In the new cluster, pg_class.oid and pg_class.relfilenode will
|
|
|
|
* be the same and will match the old pg_class.oid value. Because of
|
|
|
|
* this, old/new pg_class.relfilenode values will not match if CLUSTER,
|
|
|
|
* REINDEX, or VACUUM FULL have been performed in the old cluster.
|
2011-01-08 10:25:34 +08:00
|
|
|
*
|
2011-01-08 11:46:41 +08:00
|
|
|
* We control all assignments of pg_type.oid because these oids are stored
|
2011-01-08 10:25:34 +08:00
|
|
|
* in user composite type values.
|
|
|
|
*
|
2011-01-08 11:46:41 +08:00
|
|
|
* We control all assignments of pg_enum.oid because these oids are stored
|
2011-01-08 10:25:34 +08:00
|
|
|
* in user tables as enum values.
|
2011-01-08 12:02:03 +08:00
|
|
|
*
|
2012-06-14 00:19:18 +08:00
|
|
|
* We control all assignments of pg_authid.oid because these oids are stored
|
2011-01-08 12:02:03 +08:00
|
|
|
* in pg_largeobject_metadata.
|
2011-01-07 11:44:57 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
2011-08-27 09:16:24 +08:00
|
|
|
|
Create libpgcommon, and move pg_malloc et al to it
libpgcommon is a new static library to allow sharing code among the
various frontend programs and backend; this lets us eliminate duplicate
implementations of common routines. We avoid libpgport, because that's
intended as a place for porting issues; per discussion, it seems better
to keep them separate.
The first use case, and the only implemented by this patch, is pg_malloc
and friends, which many frontend programs were already using.
At the same time, we can use this to provide palloc emulation functions
for the frontend; this way, some palloc-using files in the backend can
also be used by the frontend cleanly. To do this, we change palloc() in
the backend to be a function instead of a macro on top of
MemoryContextAlloc(). This was previously believed to cause loss of
performance, but this implementation has been tweaked by Tom and Andres
so that on modern compilers it provides a slight improvement over the
previous one.
This lets us clean up some places that were already with
localized hacks.
Most of the pg_malloc/palloc changes in this patch were authored by
Andres Freund. Zoltán Böszörményi also independently provided a form of
that. libpgcommon infrastructure was authored by Álvaro.
2013-02-12 21:33:40 +08:00
|
|
|
#include "postgres_fe.h"
|
2011-04-10 23:42:00 +08:00
|
|
|
|
2010-05-12 10:19:11 +08:00
|
|
|
#include "pg_upgrade.h"
|
|
|
|
|
|
|
|
#ifdef HAVE_LANGINFO_H
|
|
|
|
#include <langinfo.h>
|
|
|
|
#endif
|
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
static void prepare_new_cluster(void);
|
|
|
|
static void prepare_new_databases(void);
|
|
|
|
static void create_new_objects(void);
|
|
|
|
static void copy_clog_xlog_xid(void);
|
2014-07-03 03:29:38 +08:00
|
|
|
static void set_frozenxids(bool minmxid_only);
|
2013-01-25 04:20:11 +08:00
|
|
|
static void setup(char *argv0, bool *live_check);
|
2010-10-20 05:38:16 +08:00
|
|
|
static void cleanup(void);
|
|
|
|
|
2011-04-10 23:42:00 +08:00
|
|
|
ClusterInfo old_cluster,
|
|
|
|
new_cluster;
|
2010-10-20 05:38:16 +08:00
|
|
|
OSInfo os_info;
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-06-11 03:20:04 +08:00
|
|
|
char *output_files[] = {
|
2012-03-13 07:47:54 +08:00
|
|
|
SERVER_LOG_FILE,
|
2012-05-24 08:19:21 +08:00
|
|
|
#ifdef WIN32
|
2012-05-25 21:09:51 +08:00
|
|
|
/* unique file for pg_ctl start */
|
2012-05-25 08:30:39 +08:00
|
|
|
SERVER_START_LOG_FILE,
|
2012-05-24 08:19:21 +08:00
|
|
|
#endif
|
2012-03-13 07:47:54 +08:00
|
|
|
UTILITY_LOG_FILE,
|
2012-05-24 08:19:21 +08:00
|
|
|
INTERNAL_LOG_FILE,
|
|
|
|
NULL
|
2012-03-13 07:47:54 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
|
2010-05-12 10:19:11 +08:00
|
|
|
int
|
|
|
|
main(int argc, char **argv)
|
|
|
|
{
|
2012-03-17 06:54:11 +08:00
|
|
|
char *analyze_script_file_name = NULL;
|
2010-05-12 10:19:11 +08:00
|
|
|
char *deletion_script_file_name = NULL;
|
|
|
|
bool live_check = false;
|
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
parseCommandLine(argc, argv);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2011-10-08 02:40:23 +08:00
|
|
|
adjust_data_dir(&old_cluster);
|
|
|
|
adjust_data_dir(&new_cluster);
|
|
|
|
|
2013-01-25 04:20:11 +08:00
|
|
|
setup(argv[0], &live_check);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2013-01-25 04:20:11 +08:00
|
|
|
output_check_banner(live_check);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
check_cluster_versions();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-09-04 01:52:34 +08:00
|
|
|
get_sock_dir(&old_cluster, live_check);
|
|
|
|
get_sock_dir(&new_cluster, false);
|
|
|
|
|
2012-09-04 10:15:09 +08:00
|
|
|
check_cluster_compatibility(live_check);
|
|
|
|
|
2014-08-26 08:05:07 +08:00
|
|
|
check_and_dump_old_cluster(live_check);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
|
|
|
|
/* -- NEW -- */
|
2013-01-25 04:20:11 +08:00
|
|
|
start_postmaster(&new_cluster, true);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
check_new_cluster();
|
|
|
|
report_clusters_compatible();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2010-12-15 20:11:31 +08:00
|
|
|
pg_log(PG_REPORT, "\nPerforming Upgrade\n");
|
|
|
|
pg_log(PG_REPORT, "------------------\n");
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
prepare_new_cluster();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2011-04-26 08:17:48 +08:00
|
|
|
stop_postmaster(false);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Destructive Changes to New Cluster
|
|
|
|
*/
|
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
copy_clog_xlog_xid();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/* New now using xids of the old system */
|
|
|
|
|
2011-04-26 08:17:48 +08:00
|
|
|
/* -- NEW -- */
|
2013-01-25 04:20:11 +08:00
|
|
|
start_postmaster(&new_cluster, true);
|
2011-04-26 08:17:48 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
prepare_new_databases();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
create_new_objects();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2011-04-26 08:17:48 +08:00
|
|
|
stop_postmaster(false);
|
|
|
|
|
2012-03-06 10:19:54 +08:00
|
|
|
/*
|
2012-06-11 03:20:04 +08:00
|
|
|
* Most failures happen in create_new_objects(), which has completed at
|
2014-05-07 00:12:18 +08:00
|
|
|
* this point. We do this here because it is just before linking, which
|
2012-06-11 03:20:04 +08:00
|
|
|
* will link the old and new cluster data files, preventing the old
|
|
|
|
* cluster from being safely started once the new cluster is started.
|
2012-03-06 10:19:54 +08:00
|
|
|
*/
|
|
|
|
if (user_opts.transfer_mode == TRANSFER_MODE_LINK)
|
|
|
|
disable_old_cluster();
|
|
|
|
|
2013-01-09 21:57:47 +08:00
|
|
|
transfer_all_new_tablespaces(&old_cluster.dbarr, &new_cluster.dbarr,
|
2013-05-30 04:58:43 +08:00
|
|
|
old_cluster.pgdata, new_cluster.pgdata);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Assuming OIDs are only used in system tables, there is no need to
|
|
|
|
* restore the OID counter because we have not transferred any OIDs from
|
|
|
|
* the old system, but we do it anyway just in case. We do it late here
|
|
|
|
* because there is no need to have the schema load use new oids.
|
|
|
|
*/
|
2011-07-12 12:13:51 +08:00
|
|
|
prep_status("Setting next OID for new cluster");
|
2012-08-28 02:21:09 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/pg_resetxlog\" -o %u \"%s\"",
|
2012-03-13 07:47:54 +08:00
|
|
|
new_cluster.bindir, old_cluster.controldata.chkpnt_nxtoid,
|
2012-08-28 02:21:09 +08:00
|
|
|
new_cluster.pgdata);
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-12-04 11:47:59 +08:00
|
|
|
prep_status("Sync data directory to disk");
|
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/initdb\" --sync-only \"%s\"", new_cluster.bindir,
|
|
|
|
new_cluster.pgdata);
|
|
|
|
check_ok();
|
|
|
|
|
2012-03-17 06:54:11 +08:00
|
|
|
create_script_for_cluster_analyze(&analyze_script_file_name);
|
2010-10-20 05:38:16 +08:00
|
|
|
create_script_for_old_cluster_deletion(&deletion_script_file_name);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2014-08-26 08:05:07 +08:00
|
|
|
issue_warnings();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-03-15 07:22:01 +08:00
|
|
|
pg_log(PG_REPORT, "\nUpgrade Complete\n");
|
2010-10-20 05:38:16 +08:00
|
|
|
pg_log(PG_REPORT, "----------------\n");
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-03-17 06:54:11 +08:00
|
|
|
output_completion_banner(analyze_script_file_name,
|
|
|
|
deletion_script_file_name);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-03-17 06:54:11 +08:00
|
|
|
pg_free(analyze_script_file_name);
|
2010-05-12 10:19:11 +08:00
|
|
|
pg_free(deletion_script_file_name);
|
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
cleanup();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void
|
2013-01-25 04:20:11 +08:00
|
|
|
setup(char *argv0, bool *live_check)
|
2010-05-12 10:19:11 +08:00
|
|
|
{
|
|
|
|
char exec_path[MAXPGPATH]; /* full path to my executable */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* make sure the user has a clean environment, otherwise, we may confuse
|
|
|
|
* libpq when we connect to one (or both) of the servers.
|
|
|
|
*/
|
2011-05-16 22:46:52 +08:00
|
|
|
check_pghost_envvar();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
verify_directories();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2013-01-25 04:20:11 +08:00
|
|
|
/* no postmasters should be running, except for a live check */
|
|
|
|
if (pid_lock_file_exists(old_cluster.pgdata))
|
|
|
|
{
|
|
|
|
/*
|
2013-05-30 04:58:43 +08:00
|
|
|
* If we have a postmaster.pid file, try to start the server. If it
|
2014-05-07 00:12:18 +08:00
|
|
|
* starts, the pid file was stale, so stop the server. If it doesn't
|
2013-05-30 04:58:43 +08:00
|
|
|
* start, assume the server is running. If the pid file is left over
|
|
|
|
* from a server crash, this also allows any committed transactions
|
|
|
|
* stored in the WAL to be replayed so they are not lost, because WAL
|
|
|
|
* files are not transfered from old to new servers.
|
|
|
|
*/
|
2013-01-25 04:20:11 +08:00
|
|
|
if (start_postmaster(&old_cluster, false))
|
|
|
|
stop_postmaster(false);
|
|
|
|
else
|
|
|
|
{
|
|
|
|
if (!user_opts.check)
|
2013-10-02 09:24:56 +08:00
|
|
|
pg_fatal("There seems to be a postmaster servicing the old cluster.\n"
|
2014-05-07 00:12:18 +08:00
|
|
|
"Please shutdown that postmaster and try again.\n");
|
2013-01-25 04:20:11 +08:00
|
|
|
else
|
|
|
|
*live_check = true;
|
|
|
|
}
|
|
|
|
}
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/* same goes for the new postmaster */
|
2013-01-25 04:20:11 +08:00
|
|
|
if (pid_lock_file_exists(new_cluster.pgdata))
|
|
|
|
{
|
|
|
|
if (start_postmaster(&new_cluster, false))
|
|
|
|
stop_postmaster(false);
|
|
|
|
else
|
2013-10-02 09:24:56 +08:00
|
|
|
pg_fatal("There seems to be a postmaster servicing the new cluster.\n"
|
2014-05-07 00:12:18 +08:00
|
|
|
"Please shutdown that postmaster and try again.\n");
|
2013-01-25 04:20:11 +08:00
|
|
|
}
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/* get path to pg_upgrade executable */
|
|
|
|
if (find_my_exec(argv0, exec_path) < 0)
|
2013-10-02 09:24:56 +08:00
|
|
|
pg_fatal("Could not get path name to pg_upgrade: %s\n", getErrorText(errno));
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/* Trim off program name and keep just path */
|
|
|
|
*last_dir_separator(exec_path) = '\0';
|
|
|
|
canonicalize_path(exec_path);
|
2010-10-20 05:38:16 +08:00
|
|
|
os_info.exec_path = pg_strdup(exec_path);
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void
|
2010-10-20 05:38:16 +08:00
|
|
|
prepare_new_cluster(void)
|
2010-05-12 10:19:11 +08:00
|
|
|
{
|
|
|
|
/*
|
|
|
|
* It would make more sense to freeze after loading the schema, but that
|
|
|
|
* would cause us to lose the frozenids restored by the load. We use
|
|
|
|
* --analyze so autovacuum doesn't update statistics later
|
|
|
|
*/
|
2010-10-20 05:38:16 +08:00
|
|
|
prep_status("Analyzing all rows in the new cluster");
|
2012-08-28 02:21:09 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
2012-09-04 01:52:34 +08:00
|
|
|
"\"%s/vacuumdb\" %s --all --analyze %s",
|
|
|
|
new_cluster.bindir, cluster_conn_opts(&new_cluster),
|
2012-08-28 02:21:09 +08:00
|
|
|
log_opts.verbose ? "--verbose" : "");
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/*
|
2010-07-07 03:19:02 +08:00
|
|
|
* We do freeze after analyze so pg_statistic is also frozen. template0 is
|
|
|
|
* not frozen here, but data rows were frozen by initdb, and we set its
|
2014-07-03 03:29:38 +08:00
|
|
|
* datfrozenxid, relfrozenxids, and relminmxid later to match the new xid
|
|
|
|
* counter later.
|
2010-05-12 10:19:11 +08:00
|
|
|
*/
|
2010-10-20 05:38:16 +08:00
|
|
|
prep_status("Freezing all rows on the new cluster");
|
2012-08-28 02:21:09 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
2012-09-04 01:52:34 +08:00
|
|
|
"\"%s/vacuumdb\" %s --all --freeze %s",
|
|
|
|
new_cluster.bindir, cluster_conn_opts(&new_cluster),
|
2012-08-28 02:21:09 +08:00
|
|
|
log_opts.verbose ? "--verbose" : "");
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2011-01-02 01:06:36 +08:00
|
|
|
get_pg_database_relfilenode(&new_cluster);
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void
|
2010-10-20 05:38:16 +08:00
|
|
|
prepare_new_databases(void)
|
2010-05-12 10:19:11 +08:00
|
|
|
{
|
|
|
|
/*
|
|
|
|
* We set autovacuum_freeze_max_age to its maximum value so autovacuum
|
|
|
|
* does not launch here and delete clog files, before the frozen xids are
|
|
|
|
* set.
|
|
|
|
*/
|
|
|
|
|
2014-07-03 03:29:38 +08:00
|
|
|
set_frozenxids(false);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-12-01 11:32:19 +08:00
|
|
|
prep_status("Restoring global objects in the new cluster");
|
2011-01-08 10:59:29 +08:00
|
|
|
|
2011-01-08 22:11:48 +08:00
|
|
|
/*
|
2011-10-29 09:18:36 +08:00
|
|
|
* Install support functions in the global-object restore database to
|
2014-05-07 00:12:18 +08:00
|
|
|
* preserve pg_authid.oid. pg_dumpall uses 'template0' as its template
|
|
|
|
* database so objects we add into 'template1' are not propogated. They
|
2011-10-29 09:18:36 +08:00
|
|
|
* are removed on pg_upgrade exit.
|
2011-01-08 22:11:48 +08:00
|
|
|
*/
|
2011-10-29 09:18:36 +08:00
|
|
|
install_support_functions_in_new_db("template1");
|
2011-01-08 10:59:29 +08:00
|
|
|
|
2010-05-12 10:19:11 +08:00
|
|
|
/*
|
2011-01-08 10:59:29 +08:00
|
|
|
* We have to create the databases first so we can install support
|
2011-04-10 23:42:00 +08:00
|
|
|
* functions in all the other databases. Ideally we could create the
|
|
|
|
* support functions in template1 but pg_dumpall creates database using
|
|
|
|
* the template0 template.
|
2010-05-12 10:19:11 +08:00
|
|
|
*/
|
2012-12-27 08:26:30 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
2012-09-04 01:52:34 +08:00
|
|
|
"\"%s/psql\" " EXEC_PSQL_ARGS " %s -f \"%s\"",
|
|
|
|
new_cluster.bindir, cluster_conn_opts(&new_cluster),
|
2012-08-28 02:21:09 +08:00
|
|
|
GLOBALS_DUMP_FILE);
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2011-01-09 02:44:44 +08:00
|
|
|
/* we load this to get a current list of databases */
|
2011-01-02 01:06:36 +08:00
|
|
|
get_db_and_rel_infos(&new_cluster);
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void
|
2010-10-20 05:38:16 +08:00
|
|
|
create_new_objects(void)
|
2010-05-12 10:19:11 +08:00
|
|
|
{
|
2011-01-08 10:59:29 +08:00
|
|
|
int dbnum;
|
|
|
|
|
|
|
|
prep_status("Adding support functions to new cluster");
|
|
|
|
|
2012-12-01 05:30:13 +08:00
|
|
|
/*
|
2013-05-30 04:58:43 +08:00
|
|
|
* Technically, we only need to install these support functions in new
|
|
|
|
* databases that also exist in the old cluster, but for completeness we
|
|
|
|
* process all new databases.
|
2012-12-01 05:30:13 +08:00
|
|
|
*/
|
2011-01-08 10:59:29 +08:00
|
|
|
for (dbnum = 0; dbnum < new_cluster.dbarr.ndbs; dbnum++)
|
|
|
|
{
|
|
|
|
DbInfo *new_db = &new_cluster.dbarr.dbs[dbnum];
|
|
|
|
|
2011-01-08 22:11:48 +08:00
|
|
|
/* skip db we already installed */
|
2011-10-29 09:18:36 +08:00
|
|
|
if (strcmp(new_db->db_name, "template1") != 0)
|
2011-01-09 02:44:44 +08:00
|
|
|
install_support_functions_in_new_db(new_db->db_name);
|
2011-01-08 10:59:29 +08:00
|
|
|
}
|
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-12-01 11:32:19 +08:00
|
|
|
prep_status("Restoring database schemas in the new cluster\n");
|
2012-12-01 05:30:13 +08:00
|
|
|
|
|
|
|
for (dbnum = 0; dbnum < old_cluster.dbarr.ndbs; dbnum++)
|
|
|
|
{
|
2013-05-30 04:58:43 +08:00
|
|
|
char sql_file_name[MAXPGPATH],
|
|
|
|
log_file_name[MAXPGPATH];
|
|
|
|
DbInfo *old_db = &old_cluster.dbarr.dbs[dbnum];
|
2012-12-01 05:30:13 +08:00
|
|
|
|
2012-12-08 01:26:13 +08:00
|
|
|
pg_log(PG_STATUS, "%s", old_db->db_name);
|
2012-12-27 08:26:30 +08:00
|
|
|
snprintf(sql_file_name, sizeof(sql_file_name), DB_DUMP_FILE_MASK, old_db->db_oid);
|
|
|
|
snprintf(log_file_name, sizeof(log_file_name), DB_DUMP_LOG_FILE_MASK, old_db->db_oid);
|
2012-12-01 05:30:13 +08:00
|
|
|
|
|
|
|
/*
|
2013-05-30 04:58:43 +08:00
|
|
|
* pg_dump only produces its output at the end, so there is little
|
|
|
|
* parallelism if using the pipe.
|
2012-12-01 05:30:13 +08:00
|
|
|
*/
|
2013-06-01 21:38:15 +08:00
|
|
|
parallel_exec_prog(log_file_name,
|
|
|
|
NULL,
|
2013-05-30 04:58:43 +08:00
|
|
|
"\"%s/pg_restore\" %s --exit-on-error --verbose --dbname \"%s\" \"%s\"",
|
2013-06-01 21:38:15 +08:00
|
|
|
new_cluster.bindir,
|
|
|
|
cluster_conn_opts(&new_cluster),
|
|
|
|
old_db->db_name,
|
|
|
|
sql_file_name);
|
2012-12-01 05:30:13 +08:00
|
|
|
}
|
2012-12-27 08:26:30 +08:00
|
|
|
|
|
|
|
/* reap all children */
|
|
|
|
while (reap_child(true) == true)
|
|
|
|
;
|
|
|
|
|
2012-12-01 05:30:13 +08:00
|
|
|
end_progress_output();
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2014-07-03 03:29:38 +08:00
|
|
|
/*
|
|
|
|
* We don't have minmxids for databases or relations in pre-9.3
|
|
|
|
* clusters, so set those after we have restores the schemas.
|
|
|
|
*/
|
|
|
|
if (GET_MAJOR_VERSION(old_cluster.major_version) < 903)
|
|
|
|
set_frozenxids(true);
|
|
|
|
|
2014-08-08 02:56:13 +08:00
|
|
|
optionally_create_toast_tables();
|
|
|
|
|
2011-01-09 02:44:44 +08:00
|
|
|
/* regenerate now that we have objects in the databases */
|
2011-01-02 01:06:36 +08:00
|
|
|
get_db_and_rel_infos(&new_cluster);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2011-01-09 02:44:44 +08:00
|
|
|
uninstall_support_functions_from_new_cluster();
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|
|
|
|
|
2012-07-05 23:38:42 +08:00
|
|
|
/*
|
2014-06-25 04:11:06 +08:00
|
|
|
* Delete the given subdirectory contents from the new cluster
|
2012-07-05 23:38:42 +08:00
|
|
|
*/
|
2010-05-12 10:19:11 +08:00
|
|
|
static void
|
2014-06-25 04:11:06 +08:00
|
|
|
remove_new_subdir(char *subdir, bool rmtopdir)
|
2010-05-12 10:19:11 +08:00
|
|
|
{
|
2012-07-05 23:38:42 +08:00
|
|
|
char new_path[MAXPGPATH];
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-07-05 23:38:42 +08:00
|
|
|
prep_status("Deleting files from new %s", subdir);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-07-05 23:38:42 +08:00
|
|
|
snprintf(new_path, sizeof(new_path), "%s/%s", new_cluster.pgdata, subdir);
|
2014-06-25 04:11:06 +08:00
|
|
|
if (!rmtree(new_path, rmtopdir))
|
2013-10-02 09:24:56 +08:00
|
|
|
pg_fatal("could not delete directory \"%s\"\n", new_path);
|
2014-06-25 04:11:06 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2014-06-25 04:11:06 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copy the files from the old cluster into it
|
|
|
|
*/
|
|
|
|
static void
|
|
|
|
copy_subdir_files(char *subdir)
|
|
|
|
{
|
|
|
|
char old_path[MAXPGPATH];
|
|
|
|
char new_path[MAXPGPATH];
|
|
|
|
|
|
|
|
remove_new_subdir(subdir, true);
|
|
|
|
|
|
|
|
snprintf(old_path, sizeof(old_path), "%s/%s", old_cluster.pgdata, subdir);
|
|
|
|
snprintf(new_path, sizeof(new_path), "%s/%s", new_cluster.pgdata, subdir);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-07-05 23:38:42 +08:00
|
|
|
prep_status("Copying old %s to new server", subdir);
|
|
|
|
|
2012-08-28 02:21:09 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
2010-05-12 10:19:11 +08:00
|
|
|
#ifndef WIN32
|
2012-08-28 02:21:09 +08:00
|
|
|
"cp -Rf \"%s\" \"%s\"",
|
2010-05-12 10:19:11 +08:00
|
|
|
#else
|
|
|
|
/* flags: everything, no confirm, quiet, overwrite read-only */
|
2012-08-28 02:21:09 +08:00
|
|
|
"xcopy /e /y /q /r \"%s\" \"%s\\\"",
|
2010-05-12 10:19:11 +08:00
|
|
|
#endif
|
2012-08-28 02:21:09 +08:00
|
|
|
old_path, new_path);
|
2012-07-05 23:38:42 +08:00
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2012-07-05 23:38:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
copy_clog_xlog_xid(void)
|
|
|
|
{
|
|
|
|
/* copy old commit logs to new data dir */
|
|
|
|
copy_subdir_files("pg_clog");
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2014-09-06 07:19:41 +08:00
|
|
|
/* set the next transaction id and epoch of the new cluster */
|
|
|
|
prep_status("Setting next transaction ID and epoch for new cluster");
|
2012-08-28 02:21:09 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/pg_resetxlog\" -f -x %u \"%s\"",
|
|
|
|
new_cluster.bindir, old_cluster.controldata.chkpnt_nxtxid,
|
|
|
|
new_cluster.pgdata);
|
2014-09-06 07:19:41 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/pg_resetxlog\" -f -e %u \"%s\"",
|
|
|
|
new_cluster.bindir, old_cluster.controldata.chkpnt_nxtepoch,
|
|
|
|
new_cluster.pgdata);
|
Keep track of transaction commit timestamps
Transactions can now set their commit timestamp directly as they commit,
or an external transaction commit timestamp can be fed from an outside
system using the new function TransactionTreeSetCommitTsData(). This
data is crash-safe, and truncated at Xid freeze point, same as pg_clog.
This module is disabled by default because it causes a performance hit,
but can be enabled in postgresql.conf requiring only a server restart.
A new test in src/test/modules is included.
Catalog version bumped due to the new subdirectory within PGDATA and a
couple of new SQL functions.
Authors: Álvaro Herrera and Petr Jelínek
Reviewed to varying degrees by Michael Paquier, Andres Freund, Robert
Haas, Amit Kapila, Fujii Masao, Jaime Casanova, Simon Riggs, Steven
Singer, Peter Eisentraut
2014-12-03 22:53:02 +08:00
|
|
|
/* must reset commit timestamp limits also */
|
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/pg_resetxlog\" -f -c %u,%u \"%s\"",
|
|
|
|
new_cluster.bindir,
|
|
|
|
old_cluster.controldata.chkpnt_nxtxid,
|
|
|
|
old_cluster.controldata.chkpnt_nxtxid,
|
|
|
|
new_cluster.pgdata);
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
|
Improve concurrency of foreign key locking
This patch introduces two additional lock modes for tuples: "SELECT FOR
KEY SHARE" and "SELECT FOR NO KEY UPDATE". These don't block each
other, in contrast with already existing "SELECT FOR SHARE" and "SELECT
FOR UPDATE". UPDATE commands that do not modify the values stored in
the columns that are part of the key of the tuple now grab a SELECT FOR
NO KEY UPDATE lock on the tuple, allowing them to proceed concurrently
with tuple locks of the FOR KEY SHARE variety.
Foreign key triggers now use FOR KEY SHARE instead of FOR SHARE; this
means the concurrency improvement applies to them, which is the whole
point of this patch.
The added tuple lock semantics require some rejiggering of the multixact
module, so that the locking level that each transaction is holding can
be stored alongside its Xid. Also, multixacts now need to persist
across server restarts and crashes, because they can now represent not
only tuple locks, but also tuple updates. This means we need more
careful tracking of lifetime of pg_multixact SLRU files; since they now
persist longer, we require more infrastructure to figure out when they
can be removed. pg_upgrade also needs to be careful to copy
pg_multixact files over from the old server to the new, or at least part
of multixact.c state, depending on the versions of the old and new
servers.
Tuple time qualification rules (HeapTupleSatisfies routines) need to be
careful not to consider tuples with the "is multi" infomask bit set as
being only locked; they might need to look up MultiXact values (i.e.
possibly do pg_multixact I/O) to find out the Xid that updated a tuple,
whereas they previously were assured to only use information readily
available from the tuple header. This is considered acceptable, because
the extra I/O would involve cases that would previously cause some
commands to block waiting for concurrent transactions to finish.
Another important change is the fact that locking tuples that have
previously been updated causes the future versions to be marked as
locked, too; this is essential for correctness of foreign key checks.
This causes additional WAL-logging, also (there was previously a single
WAL record for a locked tuple; now there are as many as updated copies
of the tuple there exist.)
With all this in place, contention related to tuples being checked by
foreign key rules should be much reduced.
As a bonus, the old behavior that a subtransaction grabbing a stronger
tuple lock than the parent (sub)transaction held on a given tuple and
later aborting caused the weaker lock to be lost, has been fixed.
Many new spec files were added for isolation tester framework, to ensure
overall behavior is sane. There's probably room for several more tests.
There were several reviewers of this patch; in particular, Noah Misch
and Andres Freund spent considerable time in it. Original idea for the
patch came from Simon Riggs, after a problem report by Joel Jacobson.
Most code is from me, with contributions from Marti Raudsepp, Alexander
Shulgin, Noah Misch and Andres Freund.
This patch was discussed in several pgsql-hackers threads; the most
important start at the following message-ids:
AANLkTimo9XVcEzfiBR-ut3KVNDkjm2Vxh+t8kAmWjPuv@mail.gmail.com
1290721684-sup-3951@alvh.no-ip.org
1294953201-sup-2099@alvh.no-ip.org
1320343602-sup-2290@alvh.no-ip.org
1339690386-sup-8927@alvh.no-ip.org
4FE5FF020200002500048A3D@gw.wicourts.gov
4FEAB90A0200002500048B7D@gw.wicourts.gov
2013-01-23 23:04:59 +08:00
|
|
|
/*
|
2013-03-01 03:29:17 +08:00
|
|
|
* If the old server is before the MULTIXACT_FORMATCHANGE_CAT_VER change
|
|
|
|
* (see pg_upgrade.h) and the new server is after, then we don't copy
|
|
|
|
* pg_multixact files, but we need to reset pg_control so that the new
|
|
|
|
* server doesn't attempt to read multis older than the cutoff value.
|
Improve concurrency of foreign key locking
This patch introduces two additional lock modes for tuples: "SELECT FOR
KEY SHARE" and "SELECT FOR NO KEY UPDATE". These don't block each
other, in contrast with already existing "SELECT FOR SHARE" and "SELECT
FOR UPDATE". UPDATE commands that do not modify the values stored in
the columns that are part of the key of the tuple now grab a SELECT FOR
NO KEY UPDATE lock on the tuple, allowing them to proceed concurrently
with tuple locks of the FOR KEY SHARE variety.
Foreign key triggers now use FOR KEY SHARE instead of FOR SHARE; this
means the concurrency improvement applies to them, which is the whole
point of this patch.
The added tuple lock semantics require some rejiggering of the multixact
module, so that the locking level that each transaction is holding can
be stored alongside its Xid. Also, multixacts now need to persist
across server restarts and crashes, because they can now represent not
only tuple locks, but also tuple updates. This means we need more
careful tracking of lifetime of pg_multixact SLRU files; since they now
persist longer, we require more infrastructure to figure out when they
can be removed. pg_upgrade also needs to be careful to copy
pg_multixact files over from the old server to the new, or at least part
of multixact.c state, depending on the versions of the old and new
servers.
Tuple time qualification rules (HeapTupleSatisfies routines) need to be
careful not to consider tuples with the "is multi" infomask bit set as
being only locked; they might need to look up MultiXact values (i.e.
possibly do pg_multixact I/O) to find out the Xid that updated a tuple,
whereas they previously were assured to only use information readily
available from the tuple header. This is considered acceptable, because
the extra I/O would involve cases that would previously cause some
commands to block waiting for concurrent transactions to finish.
Another important change is the fact that locking tuples that have
previously been updated causes the future versions to be marked as
locked, too; this is essential for correctness of foreign key checks.
This causes additional WAL-logging, also (there was previously a single
WAL record for a locked tuple; now there are as many as updated copies
of the tuple there exist.)
With all this in place, contention related to tuples being checked by
foreign key rules should be much reduced.
As a bonus, the old behavior that a subtransaction grabbing a stronger
tuple lock than the parent (sub)transaction held on a given tuple and
later aborting caused the weaker lock to be lost, has been fixed.
Many new spec files were added for isolation tester framework, to ensure
overall behavior is sane. There's probably room for several more tests.
There were several reviewers of this patch; in particular, Noah Misch
and Andres Freund spent considerable time in it. Original idea for the
patch came from Simon Riggs, after a problem report by Joel Jacobson.
Most code is from me, with contributions from Marti Raudsepp, Alexander
Shulgin, Noah Misch and Andres Freund.
This patch was discussed in several pgsql-hackers threads; the most
important start at the following message-ids:
AANLkTimo9XVcEzfiBR-ut3KVNDkjm2Vxh+t8kAmWjPuv@mail.gmail.com
1290721684-sup-3951@alvh.no-ip.org
1294953201-sup-2099@alvh.no-ip.org
1320343602-sup-2290@alvh.no-ip.org
1339690386-sup-8927@alvh.no-ip.org
4FE5FF020200002500048A3D@gw.wicourts.gov
4FEAB90A0200002500048B7D@gw.wicourts.gov
2013-01-23 23:04:59 +08:00
|
|
|
*/
|
|
|
|
if (old_cluster.controldata.cat_ver >= MULTIXACT_FORMATCHANGE_CAT_VER &&
|
|
|
|
new_cluster.controldata.cat_ver >= MULTIXACT_FORMATCHANGE_CAT_VER)
|
|
|
|
{
|
|
|
|
copy_subdir_files("pg_multixact/offsets");
|
|
|
|
copy_subdir_files("pg_multixact/members");
|
2014-06-25 04:11:06 +08:00
|
|
|
|
Improve concurrency of foreign key locking
This patch introduces two additional lock modes for tuples: "SELECT FOR
KEY SHARE" and "SELECT FOR NO KEY UPDATE". These don't block each
other, in contrast with already existing "SELECT FOR SHARE" and "SELECT
FOR UPDATE". UPDATE commands that do not modify the values stored in
the columns that are part of the key of the tuple now grab a SELECT FOR
NO KEY UPDATE lock on the tuple, allowing them to proceed concurrently
with tuple locks of the FOR KEY SHARE variety.
Foreign key triggers now use FOR KEY SHARE instead of FOR SHARE; this
means the concurrency improvement applies to them, which is the whole
point of this patch.
The added tuple lock semantics require some rejiggering of the multixact
module, so that the locking level that each transaction is holding can
be stored alongside its Xid. Also, multixacts now need to persist
across server restarts and crashes, because they can now represent not
only tuple locks, but also tuple updates. This means we need more
careful tracking of lifetime of pg_multixact SLRU files; since they now
persist longer, we require more infrastructure to figure out when they
can be removed. pg_upgrade also needs to be careful to copy
pg_multixact files over from the old server to the new, or at least part
of multixact.c state, depending on the versions of the old and new
servers.
Tuple time qualification rules (HeapTupleSatisfies routines) need to be
careful not to consider tuples with the "is multi" infomask bit set as
being only locked; they might need to look up MultiXact values (i.e.
possibly do pg_multixact I/O) to find out the Xid that updated a tuple,
whereas they previously were assured to only use information readily
available from the tuple header. This is considered acceptable, because
the extra I/O would involve cases that would previously cause some
commands to block waiting for concurrent transactions to finish.
Another important change is the fact that locking tuples that have
previously been updated causes the future versions to be marked as
locked, too; this is essential for correctness of foreign key checks.
This causes additional WAL-logging, also (there was previously a single
WAL record for a locked tuple; now there are as many as updated copies
of the tuple there exist.)
With all this in place, contention related to tuples being checked by
foreign key rules should be much reduced.
As a bonus, the old behavior that a subtransaction grabbing a stronger
tuple lock than the parent (sub)transaction held on a given tuple and
later aborting caused the weaker lock to be lost, has been fixed.
Many new spec files were added for isolation tester framework, to ensure
overall behavior is sane. There's probably room for several more tests.
There were several reviewers of this patch; in particular, Noah Misch
and Andres Freund spent considerable time in it. Original idea for the
patch came from Simon Riggs, after a problem report by Joel Jacobson.
Most code is from me, with contributions from Marti Raudsepp, Alexander
Shulgin, Noah Misch and Andres Freund.
This patch was discussed in several pgsql-hackers threads; the most
important start at the following message-ids:
AANLkTimo9XVcEzfiBR-ut3KVNDkjm2Vxh+t8kAmWjPuv@mail.gmail.com
1290721684-sup-3951@alvh.no-ip.org
1294953201-sup-2099@alvh.no-ip.org
1320343602-sup-2290@alvh.no-ip.org
1339690386-sup-8927@alvh.no-ip.org
4FE5FF020200002500048A3D@gw.wicourts.gov
4FEAB90A0200002500048B7D@gw.wicourts.gov
2013-01-23 23:04:59 +08:00
|
|
|
prep_status("Setting next multixact ID and offset for new cluster");
|
2013-05-30 04:58:43 +08:00
|
|
|
|
Improve concurrency of foreign key locking
This patch introduces two additional lock modes for tuples: "SELECT FOR
KEY SHARE" and "SELECT FOR NO KEY UPDATE". These don't block each
other, in contrast with already existing "SELECT FOR SHARE" and "SELECT
FOR UPDATE". UPDATE commands that do not modify the values stored in
the columns that are part of the key of the tuple now grab a SELECT FOR
NO KEY UPDATE lock on the tuple, allowing them to proceed concurrently
with tuple locks of the FOR KEY SHARE variety.
Foreign key triggers now use FOR KEY SHARE instead of FOR SHARE; this
means the concurrency improvement applies to them, which is the whole
point of this patch.
The added tuple lock semantics require some rejiggering of the multixact
module, so that the locking level that each transaction is holding can
be stored alongside its Xid. Also, multixacts now need to persist
across server restarts and crashes, because they can now represent not
only tuple locks, but also tuple updates. This means we need more
careful tracking of lifetime of pg_multixact SLRU files; since they now
persist longer, we require more infrastructure to figure out when they
can be removed. pg_upgrade also needs to be careful to copy
pg_multixact files over from the old server to the new, or at least part
of multixact.c state, depending on the versions of the old and new
servers.
Tuple time qualification rules (HeapTupleSatisfies routines) need to be
careful not to consider tuples with the "is multi" infomask bit set as
being only locked; they might need to look up MultiXact values (i.e.
possibly do pg_multixact I/O) to find out the Xid that updated a tuple,
whereas they previously were assured to only use information readily
available from the tuple header. This is considered acceptable, because
the extra I/O would involve cases that would previously cause some
commands to block waiting for concurrent transactions to finish.
Another important change is the fact that locking tuples that have
previously been updated causes the future versions to be marked as
locked, too; this is essential for correctness of foreign key checks.
This causes additional WAL-logging, also (there was previously a single
WAL record for a locked tuple; now there are as many as updated copies
of the tuple there exist.)
With all this in place, contention related to tuples being checked by
foreign key rules should be much reduced.
As a bonus, the old behavior that a subtransaction grabbing a stronger
tuple lock than the parent (sub)transaction held on a given tuple and
later aborting caused the weaker lock to be lost, has been fixed.
Many new spec files were added for isolation tester framework, to ensure
overall behavior is sane. There's probably room for several more tests.
There were several reviewers of this patch; in particular, Noah Misch
and Andres Freund spent considerable time in it. Original idea for the
patch came from Simon Riggs, after a problem report by Joel Jacobson.
Most code is from me, with contributions from Marti Raudsepp, Alexander
Shulgin, Noah Misch and Andres Freund.
This patch was discussed in several pgsql-hackers threads; the most
important start at the following message-ids:
AANLkTimo9XVcEzfiBR-ut3KVNDkjm2Vxh+t8kAmWjPuv@mail.gmail.com
1290721684-sup-3951@alvh.no-ip.org
1294953201-sup-2099@alvh.no-ip.org
1320343602-sup-2290@alvh.no-ip.org
1339690386-sup-8927@alvh.no-ip.org
4FE5FF020200002500048A3D@gw.wicourts.gov
4FEAB90A0200002500048B7D@gw.wicourts.gov
2013-01-23 23:04:59 +08:00
|
|
|
/*
|
|
|
|
* we preserve all files and contents, so we must preserve both "next"
|
|
|
|
* counters here and the oldest multi present on system.
|
|
|
|
*/
|
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/pg_resetxlog\" -O %u -m %u,%u \"%s\"",
|
|
|
|
new_cluster.bindir,
|
|
|
|
old_cluster.controldata.chkpnt_nxtmxoff,
|
|
|
|
old_cluster.controldata.chkpnt_nxtmulti,
|
|
|
|
old_cluster.controldata.chkpnt_oldstMulti,
|
|
|
|
new_cluster.pgdata);
|
|
|
|
check_ok();
|
|
|
|
}
|
|
|
|
else if (new_cluster.controldata.cat_ver >= MULTIXACT_FORMATCHANGE_CAT_VER)
|
|
|
|
{
|
2014-06-25 04:11:06 +08:00
|
|
|
/*
|
2014-07-03 01:11:05 +08:00
|
|
|
* Remove offsets/0000 file created by initdb that no longer matches
|
|
|
|
* the new multi-xid value. "members" starts at zero so no need to
|
|
|
|
* remove it.
|
2014-06-25 04:11:06 +08:00
|
|
|
*/
|
|
|
|
remove_new_subdir("pg_multixact/offsets", false);
|
|
|
|
|
Improve concurrency of foreign key locking
This patch introduces two additional lock modes for tuples: "SELECT FOR
KEY SHARE" and "SELECT FOR NO KEY UPDATE". These don't block each
other, in contrast with already existing "SELECT FOR SHARE" and "SELECT
FOR UPDATE". UPDATE commands that do not modify the values stored in
the columns that are part of the key of the tuple now grab a SELECT FOR
NO KEY UPDATE lock on the tuple, allowing them to proceed concurrently
with tuple locks of the FOR KEY SHARE variety.
Foreign key triggers now use FOR KEY SHARE instead of FOR SHARE; this
means the concurrency improvement applies to them, which is the whole
point of this patch.
The added tuple lock semantics require some rejiggering of the multixact
module, so that the locking level that each transaction is holding can
be stored alongside its Xid. Also, multixacts now need to persist
across server restarts and crashes, because they can now represent not
only tuple locks, but also tuple updates. This means we need more
careful tracking of lifetime of pg_multixact SLRU files; since they now
persist longer, we require more infrastructure to figure out when they
can be removed. pg_upgrade also needs to be careful to copy
pg_multixact files over from the old server to the new, or at least part
of multixact.c state, depending on the versions of the old and new
servers.
Tuple time qualification rules (HeapTupleSatisfies routines) need to be
careful not to consider tuples with the "is multi" infomask bit set as
being only locked; they might need to look up MultiXact values (i.e.
possibly do pg_multixact I/O) to find out the Xid that updated a tuple,
whereas they previously were assured to only use information readily
available from the tuple header. This is considered acceptable, because
the extra I/O would involve cases that would previously cause some
commands to block waiting for concurrent transactions to finish.
Another important change is the fact that locking tuples that have
previously been updated causes the future versions to be marked as
locked, too; this is essential for correctness of foreign key checks.
This causes additional WAL-logging, also (there was previously a single
WAL record for a locked tuple; now there are as many as updated copies
of the tuple there exist.)
With all this in place, contention related to tuples being checked by
foreign key rules should be much reduced.
As a bonus, the old behavior that a subtransaction grabbing a stronger
tuple lock than the parent (sub)transaction held on a given tuple and
later aborting caused the weaker lock to be lost, has been fixed.
Many new spec files were added for isolation tester framework, to ensure
overall behavior is sane. There's probably room for several more tests.
There were several reviewers of this patch; in particular, Noah Misch
and Andres Freund spent considerable time in it. Original idea for the
patch came from Simon Riggs, after a problem report by Joel Jacobson.
Most code is from me, with contributions from Marti Raudsepp, Alexander
Shulgin, Noah Misch and Andres Freund.
This patch was discussed in several pgsql-hackers threads; the most
important start at the following message-ids:
AANLkTimo9XVcEzfiBR-ut3KVNDkjm2Vxh+t8kAmWjPuv@mail.gmail.com
1290721684-sup-3951@alvh.no-ip.org
1294953201-sup-2099@alvh.no-ip.org
1320343602-sup-2290@alvh.no-ip.org
1339690386-sup-8927@alvh.no-ip.org
4FE5FF020200002500048A3D@gw.wicourts.gov
4FEAB90A0200002500048B7D@gw.wicourts.gov
2013-01-23 23:04:59 +08:00
|
|
|
prep_status("Setting oldest multixact ID on new cluster");
|
2013-05-30 04:58:43 +08:00
|
|
|
|
Improve concurrency of foreign key locking
This patch introduces two additional lock modes for tuples: "SELECT FOR
KEY SHARE" and "SELECT FOR NO KEY UPDATE". These don't block each
other, in contrast with already existing "SELECT FOR SHARE" and "SELECT
FOR UPDATE". UPDATE commands that do not modify the values stored in
the columns that are part of the key of the tuple now grab a SELECT FOR
NO KEY UPDATE lock on the tuple, allowing them to proceed concurrently
with tuple locks of the FOR KEY SHARE variety.
Foreign key triggers now use FOR KEY SHARE instead of FOR SHARE; this
means the concurrency improvement applies to them, which is the whole
point of this patch.
The added tuple lock semantics require some rejiggering of the multixact
module, so that the locking level that each transaction is holding can
be stored alongside its Xid. Also, multixacts now need to persist
across server restarts and crashes, because they can now represent not
only tuple locks, but also tuple updates. This means we need more
careful tracking of lifetime of pg_multixact SLRU files; since they now
persist longer, we require more infrastructure to figure out when they
can be removed. pg_upgrade also needs to be careful to copy
pg_multixact files over from the old server to the new, or at least part
of multixact.c state, depending on the versions of the old and new
servers.
Tuple time qualification rules (HeapTupleSatisfies routines) need to be
careful not to consider tuples with the "is multi" infomask bit set as
being only locked; they might need to look up MultiXact values (i.e.
possibly do pg_multixact I/O) to find out the Xid that updated a tuple,
whereas they previously were assured to only use information readily
available from the tuple header. This is considered acceptable, because
the extra I/O would involve cases that would previously cause some
commands to block waiting for concurrent transactions to finish.
Another important change is the fact that locking tuples that have
previously been updated causes the future versions to be marked as
locked, too; this is essential for correctness of foreign key checks.
This causes additional WAL-logging, also (there was previously a single
WAL record for a locked tuple; now there are as many as updated copies
of the tuple there exist.)
With all this in place, contention related to tuples being checked by
foreign key rules should be much reduced.
As a bonus, the old behavior that a subtransaction grabbing a stronger
tuple lock than the parent (sub)transaction held on a given tuple and
later aborting caused the weaker lock to be lost, has been fixed.
Many new spec files were added for isolation tester framework, to ensure
overall behavior is sane. There's probably room for several more tests.
There were several reviewers of this patch; in particular, Noah Misch
and Andres Freund spent considerable time in it. Original idea for the
patch came from Simon Riggs, after a problem report by Joel Jacobson.
Most code is from me, with contributions from Marti Raudsepp, Alexander
Shulgin, Noah Misch and Andres Freund.
This patch was discussed in several pgsql-hackers threads; the most
important start at the following message-ids:
AANLkTimo9XVcEzfiBR-ut3KVNDkjm2Vxh+t8kAmWjPuv@mail.gmail.com
1290721684-sup-3951@alvh.no-ip.org
1294953201-sup-2099@alvh.no-ip.org
1320343602-sup-2290@alvh.no-ip.org
1339690386-sup-8927@alvh.no-ip.org
4FE5FF020200002500048A3D@gw.wicourts.gov
4FEAB90A0200002500048B7D@gw.wicourts.gov
2013-01-23 23:04:59 +08:00
|
|
|
/*
|
|
|
|
* We don't preserve files in this case, but it's important that the
|
|
|
|
* oldest multi is set to the latest value used by the old system, so
|
|
|
|
* that multixact.c returns the empty set for multis that might be
|
|
|
|
* present on disk. We set next multi to the value following that; it
|
|
|
|
* might end up wrapped around (i.e. 0) if the old cluster had
|
|
|
|
* next=MaxMultiXactId, but multixact.c can cope with that just fine.
|
|
|
|
*/
|
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/pg_resetxlog\" -m %u,%u \"%s\"",
|
|
|
|
new_cluster.bindir,
|
|
|
|
old_cluster.controldata.chkpnt_nxtmulti + 1,
|
|
|
|
old_cluster.controldata.chkpnt_nxtmulti,
|
|
|
|
new_cluster.pgdata);
|
|
|
|
check_ok();
|
|
|
|
}
|
|
|
|
|
2010-05-12 10:19:11 +08:00
|
|
|
/* now reset the wal archives in the new cluster */
|
2010-10-20 05:38:16 +08:00
|
|
|
prep_status("Resetting WAL archives");
|
2012-08-28 02:21:09 +08:00
|
|
|
exec_prog(UTILITY_LOG_FILE, NULL, true,
|
|
|
|
"\"%s/pg_resetxlog\" -l %s \"%s\"", new_cluster.bindir,
|
2012-06-26 12:35:57 +08:00
|
|
|
old_cluster.controldata.nextxlogfile,
|
2012-08-28 02:21:09 +08:00
|
|
|
new_cluster.pgdata);
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* set_frozenxids()
|
|
|
|
*
|
2014-07-03 03:29:38 +08:00
|
|
|
* We have frozen all xids, so set datfrozenxid, relfrozenxid, and
|
|
|
|
* relminmxid to be the old cluster's xid counter, which we just set
|
|
|
|
* in the new cluster. User-table frozenxid and minmxid values will
|
|
|
|
* be set by pg_dump --binary-upgrade, but objects not set by the pg_dump
|
|
|
|
* must have proper frozen counters.
|
2010-05-12 10:19:11 +08:00
|
|
|
*/
|
|
|
|
static
|
|
|
|
void
|
2014-07-03 03:29:38 +08:00
|
|
|
set_frozenxids(bool minmxid_only)
|
2010-05-12 10:19:11 +08:00
|
|
|
{
|
|
|
|
int dbnum;
|
2010-07-07 03:19:02 +08:00
|
|
|
PGconn *conn,
|
|
|
|
*conn_template1;
|
2010-05-12 10:19:11 +08:00
|
|
|
PGresult *dbres;
|
|
|
|
int ntups;
|
2010-05-20 02:27:43 +08:00
|
|
|
int i_datname;
|
|
|
|
int i_datallowconn;
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2014-07-03 03:29:38 +08:00
|
|
|
if (!minmxid_only)
|
|
|
|
prep_status("Setting frozenxid and minmxid counters in new cluster");
|
|
|
|
else
|
|
|
|
prep_status("Setting minmxid counter in new cluster");
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2011-01-02 01:06:36 +08:00
|
|
|
conn_template1 = connectToServer(&new_cluster, "template1");
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2014-07-03 03:29:38 +08:00
|
|
|
if (!minmxid_only)
|
|
|
|
/* set pg_database.datfrozenxid */
|
|
|
|
PQclear(executeQueryOrDie(conn_template1,
|
|
|
|
"UPDATE pg_catalog.pg_database "
|
|
|
|
"SET datfrozenxid = '%u'",
|
|
|
|
old_cluster.controldata.chkpnt_nxtxid));
|
|
|
|
|
|
|
|
/* set pg_database.datminmxid */
|
2010-10-20 05:38:16 +08:00
|
|
|
PQclear(executeQueryOrDie(conn_template1,
|
2010-05-12 10:19:11 +08:00
|
|
|
"UPDATE pg_catalog.pg_database "
|
2014-07-03 03:29:38 +08:00
|
|
|
"SET datminmxid = '%u'",
|
|
|
|
old_cluster.controldata.chkpnt_nxtmulti));
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
/* get database names */
|
2010-10-20 05:38:16 +08:00
|
|
|
dbres = executeQueryOrDie(conn_template1,
|
2010-05-20 02:27:43 +08:00
|
|
|
"SELECT datname, datallowconn "
|
|
|
|
"FROM pg_catalog.pg_database");
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2010-05-20 02:27:43 +08:00
|
|
|
i_datname = PQfnumber(dbres, "datname");
|
|
|
|
i_datallowconn = PQfnumber(dbres, "datallowconn");
|
2010-05-12 10:19:11 +08:00
|
|
|
|
|
|
|
ntups = PQntuples(dbres);
|
|
|
|
for (dbnum = 0; dbnum < ntups; dbnum++)
|
|
|
|
{
|
2010-07-07 03:19:02 +08:00
|
|
|
char *datname = PQgetvalue(dbres, dbnum, i_datname);
|
|
|
|
char *datallowconn = PQgetvalue(dbres, dbnum, i_datallowconn);
|
2010-05-20 02:27:43 +08:00
|
|
|
|
|
|
|
/*
|
2010-07-07 03:19:02 +08:00
|
|
|
* We must update databases where datallowconn = false, e.g.
|
2014-07-03 03:29:38 +08:00
|
|
|
* template0, because autovacuum increments their datfrozenxids,
|
|
|
|
* relfrozenxids, and relminmxid even if autovacuum is turned off,
|
|
|
|
* and even though all the data rows are already frozen To enable
|
|
|
|
* this, we temporarily change datallowconn.
|
2010-05-20 02:27:43 +08:00
|
|
|
*/
|
|
|
|
if (strcmp(datallowconn, "f") == 0)
|
2010-10-20 05:38:16 +08:00
|
|
|
PQclear(executeQueryOrDie(conn_template1,
|
2014-07-02 08:10:38 +08:00
|
|
|
"ALTER DATABASE %s ALLOW_CONNECTIONS = true",
|
|
|
|
quote_identifier(datname)));
|
2010-05-20 02:27:43 +08:00
|
|
|
|
2011-01-02 01:06:36 +08:00
|
|
|
conn = connectToServer(&new_cluster, datname);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2014-07-03 03:29:38 +08:00
|
|
|
if (!minmxid_only)
|
|
|
|
/* set pg_class.relfrozenxid */
|
|
|
|
PQclear(executeQueryOrDie(conn,
|
|
|
|
"UPDATE pg_catalog.pg_class "
|
|
|
|
"SET relfrozenxid = '%u' "
|
|
|
|
/* only heap, materialized view, and TOAST are vacuumed */
|
|
|
|
"WHERE relkind IN ('r', 'm', 't')",
|
|
|
|
old_cluster.controldata.chkpnt_nxtxid));
|
|
|
|
|
|
|
|
/* set pg_class.relminmxid */
|
2010-10-20 05:38:16 +08:00
|
|
|
PQclear(executeQueryOrDie(conn,
|
2010-05-12 10:19:11 +08:00
|
|
|
"UPDATE pg_catalog.pg_class "
|
2014-07-03 03:29:38 +08:00
|
|
|
"SET relminmxid = '%u' "
|
2013-03-04 08:23:31 +08:00
|
|
|
/* only heap, materialized view, and TOAST are vacuumed */
|
|
|
|
"WHERE relkind IN ('r', 'm', 't')",
|
2014-07-03 03:29:38 +08:00
|
|
|
old_cluster.controldata.chkpnt_nxtmulti));
|
2010-05-12 10:19:11 +08:00
|
|
|
PQfinish(conn);
|
2010-05-20 02:27:43 +08:00
|
|
|
|
|
|
|
/* Reset datallowconn flag */
|
|
|
|
if (strcmp(datallowconn, "f") == 0)
|
2010-10-20 05:38:16 +08:00
|
|
|
PQclear(executeQueryOrDie(conn_template1,
|
2014-07-02 08:10:38 +08:00
|
|
|
"ALTER DATABASE %s ALLOW_CONNECTIONS = false",
|
|
|
|
quote_identifier(datname)));
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
PQclear(dbres);
|
|
|
|
|
2010-05-20 02:27:43 +08:00
|
|
|
PQfinish(conn_template1);
|
|
|
|
|
2010-10-20 05:38:16 +08:00
|
|
|
check_ok();
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void
|
2010-10-20 05:38:16 +08:00
|
|
|
cleanup(void)
|
2010-05-12 10:19:11 +08:00
|
|
|
{
|
2012-03-13 07:47:54 +08:00
|
|
|
fclose(log_opts.internal);
|
2010-05-12 10:19:11 +08:00
|
|
|
|
2012-03-13 07:47:54 +08:00
|
|
|
/* Remove dump and log files? */
|
|
|
|
if (!log_opts.retain)
|
|
|
|
{
|
2012-12-01 05:30:13 +08:00
|
|
|
int dbnum;
|
2012-06-11 03:20:04 +08:00
|
|
|
char **filename;
|
2012-03-13 07:47:54 +08:00
|
|
|
|
2012-05-24 08:19:21 +08:00
|
|
|
for (filename = output_files; *filename != NULL; filename++)
|
|
|
|
unlink(*filename);
|
2012-03-13 07:47:54 +08:00
|
|
|
|
2012-12-01 05:30:13 +08:00
|
|
|
/* remove dump files */
|
2012-05-24 08:19:21 +08:00
|
|
|
unlink(GLOBALS_DUMP_FILE);
|
2012-12-01 05:30:13 +08:00
|
|
|
|
|
|
|
if (old_cluster.dbarr.dbs)
|
|
|
|
for (dbnum = 0; dbnum < old_cluster.dbarr.ndbs; dbnum++)
|
|
|
|
{
|
2013-05-30 04:58:43 +08:00
|
|
|
char sql_file_name[MAXPGPATH],
|
|
|
|
log_file_name[MAXPGPATH];
|
|
|
|
DbInfo *old_db = &old_cluster.dbarr.dbs[dbnum];
|
2012-12-01 05:30:13 +08:00
|
|
|
|
2012-12-27 08:26:30 +08:00
|
|
|
snprintf(sql_file_name, sizeof(sql_file_name), DB_DUMP_FILE_MASK, old_db->db_oid);
|
|
|
|
unlink(sql_file_name);
|
|
|
|
|
2013-02-14 13:04:15 +08:00
|
|
|
snprintf(log_file_name, sizeof(log_file_name), DB_DUMP_LOG_FILE_MASK, old_db->db_oid);
|
2012-12-27 08:26:30 +08:00
|
|
|
unlink(log_file_name);
|
2012-12-01 05:30:13 +08:00
|
|
|
}
|
2012-03-13 07:47:54 +08:00
|
|
|
}
|
2010-05-12 10:19:11 +08:00
|
|
|
}
|