2016-02-09 23:12:00 +00:00
|
|
|
// Copyright (c) 2011-present, Facebook, Inc. All rights reserved.
|
2017-07-15 23:03:42 +00:00
|
|
|
// This source code is licensed under both the GPLv2 (found in the
|
|
|
|
// COPYING file in the root directory) and Apache 2.0 License
|
|
|
|
// (found in the LICENSE.Apache file in the root directory).
|
2014-11-14 19:38:26 +00:00
|
|
|
//
|
2015-08-19 22:02:17 +00:00
|
|
|
#pragma once
|
2014-11-14 19:38:26 +00:00
|
|
|
#include <string>
|
|
|
|
|
2019-05-30 03:44:08 +00:00
|
|
|
#include "file/filename.h"
|
2017-04-06 02:02:00 +00:00
|
|
|
#include "options/db_options.h"
|
2016-09-23 23:34:04 +00:00
|
|
|
#include "rocksdb/env.h"
|
Introduce a new storage specific Env API (#5761)
Summary:
The current Env API encompasses both storage/file operations, as well as OS related operations. Most of the APIs return a Status, which does not have enough metadata about an error, such as whether its retry-able or not, scope (i.e fault domain) of the error etc., that may be required in order to properly handle a storage error. The file APIs also do not provide enough control over the IO SLA, such as timeout, prioritization, hinting about placement and redundancy etc.
This PR separates out the file/storage APIs from Env into a new FileSystem class. The APIs are updated to return an IOStatus with metadata about the error, as well as to take an IOOptions structure as input in order to allow more control over the IO.
The user can set both ```options.env``` and ```options.file_system``` to specify that RocksDB should use the former for OS related operations and the latter for storage operations. Internally, a ```CompositeEnvWrapper``` has been introduced that inherits from ```Env``` and redirects individual methods to either an ```Env``` implementation or the ```FileSystem``` as appropriate. When options are sanitized during ```DB::Open```, ```options.env``` is replaced with a newly allocated ```CompositeEnvWrapper``` instance if both env and file_system have been specified. This way, the rest of the RocksDB code can continue to function as before.
This PR also ports PosixEnv to the new API by splitting it into two - PosixEnv and PosixFileSystem. PosixEnv is defined as a sub-class of CompositeEnvWrapper, and threading/time functions are overridden with Posix specific implementations in order to avoid an extra level of indirection.
The ```CompositeEnvWrapper``` translates ```IOStatus``` return code to ```Status```, and sets the severity to ```kSoftError``` if the io_status is retryable. The error handling code in RocksDB can then recover the DB automatically.
Pull Request resolved: https://github.com/facebook/rocksdb/pull/5761
Differential Revision: D18868376
Pulled By: anand1976
fbshipit-source-id: 39efe18a162ea746fabac6360ff529baba48486f
2019-12-13 22:47:08 +00:00
|
|
|
#include "rocksdb/file_system.h"
|
Ingest SST files with checksum information (#6891)
Summary:
Application can ingest SST files with file checksum information, such that during ingestion, DB is able to check data integrity and identify of the SST file. The PR introduces generate_and_verify_file_checksum to IngestExternalFileOption to control if the ingested checksum information should be verified with the generated checksum.
1. If generate_and_verify_file_checksum options is *FALSE*: *1)* if DB does not enable SST file checksum, the checksum information ingested will be ignored; *2)* if DB enables the SST file checksum and the checksum function name matches the checksum function name in DB, we trust the ingested checksum, store it in Manifest. If the checksum function name does not match, we treat that as an error and fail the IngestExternalFile() call.
2. If generate_and_verify_file_checksum options is *TRUE*: *1)* if DB does not enable SST file checksum, the checksum information ingested will be ignored; *2)* if DB enable the SST file checksum, we will use the checksum generator from DB to calculate the checksum for each ingested SST files after they are copied or moved. Then, compare the checksum results with the ingested checksum information: _A)_ if the checksum function name does not match, _verification always report true_ and we store the DB generated checksum information in Manifest. _B)_ if the checksum function name mach, and checksum match, ingestion continues and stores the checksum information in the Manifest. Otherwise, terminate file ingestion and report file corruption.
Pull Request resolved: https://github.com/facebook/rocksdb/pull/6891
Test Plan: added unit test, pass make asan_check
Reviewed By: pdillinger
Differential Revision: D21935988
Pulled By: zhichao-cao
fbshipit-source-id: 7b55f486632db467e76d72602218d0658aa7f6ed
2020-06-11 21:25:01 +00:00
|
|
|
#include "rocksdb/sst_file_writer.h"
|
2014-11-14 19:38:26 +00:00
|
|
|
#include "rocksdb/status.h"
|
2021-01-26 06:07:26 +00:00
|
|
|
#include "rocksdb/system_clock.h"
|
2014-11-14 19:38:26 +00:00
|
|
|
#include "rocksdb/types.h"
|
2020-08-18 23:19:22 +00:00
|
|
|
#include "trace_replay/io_tracer.h"
|
2014-11-14 19:38:26 +00:00
|
|
|
|
2020-02-20 20:07:53 +00:00
|
|
|
namespace ROCKSDB_NAMESPACE {
|
2016-12-29 02:38:20 +00:00
|
|
|
// use_fsync maps to options.use_fsync, which determines the way that
|
|
|
|
// the file is synced after copying.
|
2022-03-04 18:30:10 +00:00
|
|
|
extern IOStatus CopyFile(FileSystem* fs, const std::string& source,
|
|
|
|
std::unique_ptr<WritableFileWriter>& dest_writer,
|
|
|
|
uint64_t size, bool use_fsync,
|
|
|
|
const std::shared_ptr<IOTracer>& io_tracer,
|
|
|
|
const Temperature temperature);
|
2020-06-02 22:02:25 +00:00
|
|
|
extern IOStatus CopyFile(FileSystem* fs, const std::string& source,
|
|
|
|
const std::string& destination, uint64_t size,
|
2020-08-18 23:19:22 +00:00
|
|
|
bool use_fsync,
|
2022-02-19 02:18:49 +00:00
|
|
|
const std::shared_ptr<IOTracer>& io_tracer,
|
|
|
|
const Temperature temperature);
|
2021-01-06 18:48:24 +00:00
|
|
|
inline IOStatus CopyFile(const std::shared_ptr<FileSystem>& fs,
|
|
|
|
const std::string& source,
|
|
|
|
const std::string& destination, uint64_t size,
|
|
|
|
bool use_fsync,
|
2022-02-19 02:18:49 +00:00
|
|
|
const std::shared_ptr<IOTracer>& io_tracer,
|
|
|
|
const Temperature temperature) {
|
|
|
|
return CopyFile(fs.get(), source, destination, size, use_fsync, io_tracer,
|
|
|
|
temperature);
|
2021-01-06 18:48:24 +00:00
|
|
|
}
|
2020-06-02 22:02:25 +00:00
|
|
|
extern IOStatus CreateFile(FileSystem* fs, const std::string& destination,
|
|
|
|
const std::string& contents, bool use_fsync);
|
2016-03-17 17:07:21 +00:00
|
|
|
|
2021-01-06 18:48:24 +00:00
|
|
|
inline IOStatus CreateFile(const std::shared_ptr<FileSystem>& fs,
|
|
|
|
const std::string& destination,
|
|
|
|
const std::string& contents, bool use_fsync) {
|
|
|
|
return CreateFile(fs.get(), destination, contents, use_fsync);
|
|
|
|
}
|
|
|
|
|
2019-01-29 22:27:30 +00:00
|
|
|
extern Status DeleteDBFile(const ImmutableDBOptions* db_options,
|
2019-03-28 22:13:02 +00:00
|
|
|
const std::string& fname,
|
2019-07-07 04:04:22 +00:00
|
|
|
const std::string& path_to_sync, const bool force_bg,
|
|
|
|
const bool force_fg);
|
|
|
|
|
Ingest SST files with checksum information (#6891)
Summary:
Application can ingest SST files with file checksum information, such that during ingestion, DB is able to check data integrity and identify of the SST file. The PR introduces generate_and_verify_file_checksum to IngestExternalFileOption to control if the ingested checksum information should be verified with the generated checksum.
1. If generate_and_verify_file_checksum options is *FALSE*: *1)* if DB does not enable SST file checksum, the checksum information ingested will be ignored; *2)* if DB enables the SST file checksum and the checksum function name matches the checksum function name in DB, we trust the ingested checksum, store it in Manifest. If the checksum function name does not match, we treat that as an error and fail the IngestExternalFile() call.
2. If generate_and_verify_file_checksum options is *TRUE*: *1)* if DB does not enable SST file checksum, the checksum information ingested will be ignored; *2)* if DB enable the SST file checksum, we will use the checksum generator from DB to calculate the checksum for each ingested SST files after they are copied or moved. Then, compare the checksum results with the ingested checksum information: _A)_ if the checksum function name does not match, _verification always report true_ and we store the DB generated checksum information in Manifest. _B)_ if the checksum function name mach, and checksum match, ingestion continues and stores the checksum information in the Manifest. Otherwise, terminate file ingestion and report file corruption.
Pull Request resolved: https://github.com/facebook/rocksdb/pull/6891
Test Plan: added unit test, pass make asan_check
Reviewed By: pdillinger
Differential Revision: D21935988
Pulled By: zhichao-cao
fbshipit-source-id: 7b55f486632db467e76d72602218d0658aa7f6ed
2020-06-11 21:25:01 +00:00
|
|
|
extern IOStatus GenerateOneFileChecksum(
|
|
|
|
FileSystem* fs, const std::string& file_path,
|
2020-10-28 23:46:04 +00:00
|
|
|
FileChecksumGenFactory* checksum_factory,
|
|
|
|
const std::string& requested_checksum_func_name, std::string* file_checksum,
|
Ingest SST files with checksum information (#6891)
Summary:
Application can ingest SST files with file checksum information, such that during ingestion, DB is able to check data integrity and identify of the SST file. The PR introduces generate_and_verify_file_checksum to IngestExternalFileOption to control if the ingested checksum information should be verified with the generated checksum.
1. If generate_and_verify_file_checksum options is *FALSE*: *1)* if DB does not enable SST file checksum, the checksum information ingested will be ignored; *2)* if DB enables the SST file checksum and the checksum function name matches the checksum function name in DB, we trust the ingested checksum, store it in Manifest. If the checksum function name does not match, we treat that as an error and fail the IngestExternalFile() call.
2. If generate_and_verify_file_checksum options is *TRUE*: *1)* if DB does not enable SST file checksum, the checksum information ingested will be ignored; *2)* if DB enable the SST file checksum, we will use the checksum generator from DB to calculate the checksum for each ingested SST files after they are copied or moved. Then, compare the checksum results with the ingested checksum information: _A)_ if the checksum function name does not match, _verification always report true_ and we store the DB generated checksum information in Manifest. _B)_ if the checksum function name mach, and checksum match, ingestion continues and stores the checksum information in the Manifest. Otherwise, terminate file ingestion and report file corruption.
Pull Request resolved: https://github.com/facebook/rocksdb/pull/6891
Test Plan: added unit test, pass make asan_check
Reviewed By: pdillinger
Differential Revision: D21935988
Pulled By: zhichao-cao
fbshipit-source-id: 7b55f486632db467e76d72602218d0658aa7f6ed
2020-06-11 21:25:01 +00:00
|
|
|
std::string* file_checksum_func_name,
|
2020-08-27 18:20:08 +00:00
|
|
|
size_t verify_checksums_readahead_size, bool allow_mmap_reads,
|
2022-02-17 07:17:03 +00:00
|
|
|
std::shared_ptr<IOTracer>& io_tracer, RateLimiter* rate_limiter,
|
|
|
|
Env::IOPriority rate_limiter_priority);
|
2021-01-06 18:48:24 +00:00
|
|
|
|
2021-03-15 11:32:24 +00:00
|
|
|
inline IOStatus PrepareIOFromReadOptions(const ReadOptions& ro,
|
|
|
|
SystemClock* clock, IOOptions& opts) {
|
2020-04-30 21:48:51 +00:00
|
|
|
if (ro.deadline.count()) {
|
2021-01-26 06:07:26 +00:00
|
|
|
std::chrono::microseconds now =
|
|
|
|
std::chrono::microseconds(clock->NowMicros());
|
2020-08-07 18:59:19 +00:00
|
|
|
// Ensure there is atleast 1us available. We don't want to pass a value of
|
|
|
|
// 0 as that means no timeout
|
|
|
|
if (now >= ro.deadline) {
|
2020-04-30 21:48:51 +00:00
|
|
|
return IOStatus::TimedOut("Deadline exceeded");
|
|
|
|
}
|
|
|
|
opts.timeout = ro.deadline - now;
|
|
|
|
}
|
2020-08-07 18:59:19 +00:00
|
|
|
|
|
|
|
if (ro.io_timeout.count() &&
|
|
|
|
(!opts.timeout.count() || ro.io_timeout < opts.timeout)) {
|
|
|
|
opts.timeout = ro.io_timeout;
|
|
|
|
}
|
Set Read rate limiter priority dynamically and pass it to FS (#9996)
Summary:
### Context:
Background compactions and flush generate large reads and writes, and can be long running, especially for universal compaction. In some cases, this can impact foreground reads and writes by users.
### Solution
User, Flush, and Compaction reads share some code path. For this task, we update the rate_limiter_priority in ReadOptions for code paths (e.g. FindTable (mainly in BlockBasedTable::Open()) and various iterators), and eventually update the rate_limiter_priority in IOOptions for FSRandomAccessFile.
**This PR is for the Read path.** The **Read:** dynamic priority for different state are listed as follows:
| State | Normal | Delayed | Stalled |
| ----- | ------ | ------- | ------- |
| Flush (verification read in BuildTable()) | IO_USER | IO_USER | IO_USER |
| Compaction | IO_LOW | IO_USER | IO_USER |
| User | User provided | User provided | User provided |
We will respect the read_options that the user provided and will not set it.
The only sst read for Flush is the verification read in BuildTable(). It claims to be "regard as user read".
**Details**
1. Set read_options.rate_limiter_priority dynamically:
- User: Do not update the read_options. Use the read_options that the user provided.
- Compaction: Update read_options in CompactionJob::ProcessKeyValueCompaction().
- Flush: Update read_options in BuildTable().
2. Pass the rate limiter priority to FSRandomAccessFile functions:
- After calling the FindTable(), read_options is passed through GetTableReader(table_cache.cc), BlockBasedTableFactory::NewTableReader(block_based_table_factory.cc), and BlockBasedTable::Open(). The Open() needs some updates for the ReadOptions variable and the updates are also needed for the called functions, including PrefetchTail(), PrepareIOOptions(), ReadFooterFromFile(), ReadMetaIndexblock(), ReadPropertiesBlock(), PrefetchIndexAndFilterBlocks(), and ReadRangeDelBlock().
- In RandomAccessFileReader, the functions to be updated include Read(), MultiRead(), ReadAsync(), and Prefetch().
- Update the downstream functions of NewIndexIterator(), NewDataBlockIterator(), and BlockBasedTableIterator().
### Test Plans
Add unit tests.
Pull Request resolved: https://github.com/facebook/rocksdb/pull/9996
Reviewed By: anand1976
Differential Revision: D36452483
Pulled By: gitbw95
fbshipit-source-id: 60978204a4f849bb9261cb78d9bc1cb56d6008cf
2022-05-19 02:41:44 +00:00
|
|
|
|
|
|
|
opts.rate_limiter_priority = ro.rate_limiter_priority;
|
2020-04-30 21:48:51 +00:00
|
|
|
return IOStatus::OK();
|
|
|
|
}
|
|
|
|
|
2020-07-09 21:33:42 +00:00
|
|
|
// Test method to delete the input directory and all of its contents.
|
|
|
|
// This method is destructive and is meant for use only in tests!!!
|
|
|
|
Status DestroyDir(Env* env, const std::string& dir);
|
2020-02-20 20:07:53 +00:00
|
|
|
} // namespace ROCKSDB_NAMESPACE
|